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I. Revision Information 

Changes in the SCSI standards family list, clause 1, are never marked with change bars. Changes in the 
ASC/ASCQ, Operation Code, Log Page Code, Mode Page Code and Vendor ID tables are usually not marked 
with change bars. 

II. Approved Documents Incorporated 


Incorporated T10 Approved Documents (in document number order) (part 1 of 2) 


Doc 

In 

Rev 

Document title a (and notes) 

f14151 rl 

02 

NVM Express Security ID 

12-362r2 

01 

Obsolete Printer Devices 

13-029r6 

02 

Device Internal Status Dump 

13-072r7 

02 

XCopy Tape Enhancements 

13-094r4 

02 

Supported Block lengths and protection types VPD page 

13-253r5 

02 

Add more environment parameters to Temperature log page 

14-054r9 

00b 

State Machines Makeover 

14-065r3 

04 

Per 10 Advice (hints) 

14-1 OOrO 

01 

Establish baseline for SPC-5 device types list 

14-101 rO 

01 

Oust SPI-5 from SPC-5 

14-102r0 

01 

Obsolete SAS-2 Power Management codepoints 

14-107r8 

02 

Command Deadlines 

14-111 rl 

02 

New MAM attributes for LTFS 

14-121 r2 

02 

Clarification of Download Microcode mode ODh 

14-145r1 

02 

Endurance Control 

14-147r3 

02 

Redefinition of Peripheral Qualifier 

14-148r3 

02 

Redefinition of Peripheral device type 

14-150r1 

02 

Clarification of Download Microcode mode 07h, ODh, and OEh 

14-164r1 

01 

Make LID1 Extended Copy commands in SPC-5 reference SPC-4 

14-165r1 

01 

Obsolete Access Controls in SPC-5 

14-167r0 

01 

Obsolete Capability-based Command Security in SPC-5 

14-168r1 

01 

SPC-5 content that is to be moved to SFSC 

14-180r4 

02 

NVMe device identification 

14-186r2 

02 

Clarification of LU Conglomerates, ALUA, and LU groups 

14-188r3 

02 

Resolve error cases with supporting Application Tag mode page 

14-21 Orl 

02 

Minimal Workload Utilization logging 

14-217r0 

02 

Fix for 14-178r1 Disable PI checking 

a Document titles shown in blue text define significant new capabilities. 
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Incorporated T10 Approved Documents (in document number order) (part 2 of 2) 


Doc 

In 

Rev 

Document title a (and notes) 

14-249r2 

03 

Obsolete TMC and ETC bits 

14-250r5 

04 

Revise wording in Power Consumption mode page 

14-263r2 

02 

READ BUFFER (16) command 

14-266r0 

03 

READ BUFFER Clarification 

14-281 rl 

02 

Zone Control command 

15-009r2 

03 

Duration Limited Command Model 

15-017r0 

03 

Fix the SBLP mode page bit definition in SPC-5 

15-019r0 

03 

Adding NO PI CHK to Supported Block Lengths And Protection Types VPD 

15-025r1 

03 

Eliminate conflicting shall requirements in error history READ BUFFER 

15-065r1 

04 

More Additional Sense Codes for Zoned Devices 

15-074r1 

04 

ZBC Add sense data response when transition to FULL 

15-075r2 

04 

Obsolete READ LONG and WRITE LONG except for write uncorrectable 

15-141 rO 

04 

Storage Intelligence 

15-177r1 

05 

Extension of Error History 

a Document titles shown in blue text define significant new capabilities. 


III. Revision History 


111.1 Revision 00 (13 December 2014) 

Revision 0 of SPC-5 is substantially equal to revision 37a of SPC-4. The only differences arise from changes 
made in SPC-4 by the ANSI Editor during the INCUS Public Review process. Wherever possible, the 
changes are highlighted with change bars. In summary, the ANSI editor corrected a handful of bogus cross 
references, added several commas, and fixed a few spelling errors. 

The change bar exception occurs in table 6 where the three bullets that form the ellipsis were changed from a 
non-standard font to Arial font. Since no changes were made that would be visible to the unaided eye, no 
change bar highlights the difference. 

The list of obsolete features was truncated in clause 1. It will contain entries soon enough. The Foreword was 
modified to not list committee members. 

For the record, the only changes in SPC-4 text that forms the basis of SFSC were in the CbCS description, 
which is not contained in SFSC per the changes made by T10 approved document 14-167r0. 

111.2 Revision 00a (22 December 2014) 

This revision contains a bevy of editorial changes that were not appropriate for the ANSI Editor to make. 

a) Cleaned up the wording in the definition of the RECEIVE CREDENTIAL command's Logical unit 
designation descriptor format. 
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b) In several cases where the If: list, then: list construct is used, the semi-colon before the then: was 
corrected to be a comma. 

c) A table with the FrameMaker “float” attribute was corrected to start “Anywhere”. 

d) Missing description text for the page code field as added in the Supported Log Pages log page 
subclause. 

e) The column headings were modified to eliminate line wraps in the pcr bit, the sp bit, and the pc field 
meanings when parameter list length is zero table. 

f) Twice in the description of what the REQUEST SENSE command returns, the unnecessary 'that' was 
removed from “if the logical unit that reports a ...”. 

g) The employer for the T10 chair was updated. 

h) In the master numeric list of operation codes, the START STOP UNIT command was removed as an 
optional OSD-2 command. While OSD may have allowed use of the START STOP UNIT command, 
OSD-2 does not. 

i) The references clause and Bibliography were updated to conform to the latest T10 Style Guide, a 
needed enhancement for sending SPC-4 to ISO/IEC for international processing. 

j) Changed references to cancelled UAS-2 project back to UAS. 

k) The additional sense codes lists were updated to: 

A) align with ZBC by adding the following: 

a) INSUFFICIENT ZONE RESOURCES; 

b) ZONE IS OFFLINE; and 

c) RESET WRITE POINTER NOT ALLOWED; 
and 

B) capture all the approved additional sense code definitions approved since May, 2014. 

l) Version descriptors and the SCSI Roadmap were updated to reflect the status in December, 2014. 
Some of these changes were not highlighted with change bars. 

m) The vendor id list was updated to the latest one maintained by the T10 website. 

111.3 Revision 00b (22 December 2014) 

This revision is intended to provide the source files set for the submission of SPC-4 for ISO/IEC processing. 

The only area where this revision falls short of what ISO/IEC SPC-4 needs to contain is in clause 1. There the 
list of features made obsolete has been removed to provide the correct information for an SPC-5 working 
draft. For ISO/IEC SPC-4, the list in SPC-4 r37 will need to be reinserted in clause 1. 

The following change was made in this revision. 

a) T10/14-054r9 State Machines Makeover was incorporated as a document approved for inclusion in 
ISO/IEC SPC-4 by the September T10 Plenary 

(see http://www.t10.org/cgi-bin/ac.pl?t=d&f=14-222r0.htm#pgfld-1460604). 

111.4 Revision 01 (24 December 2014) 

This revision removes a bevy of features made obsolete by T10 approval of the following documents. 

12-362r2 Obsolete Printer Devices 

14-100r0 Establish baseline for SPC-5 device types list 

14-101 rO Oust SPI-5 from SPC-5 

14-102r0 Obsolete SAS-2 Power Management codepoints 

14-164r1 Make LID1 Extended Copy commands in SPC-5 reference SPC-4 

14-165r1 Obsolete Access Controls in SPC-5 

14-167r0 Obsolete Capability-based Command Security in SPC-5 

14-168r1 SPC-5 content that is to be moved to SFSC 
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14-1 OOrO was incorporated in this revision because it removed two columns from several tables, including 
over half the tables in the numeric codes annex. Because 14-100r0 added a column for ZBC to these same 
table, the summary operation codes table in 6.1 was compared to the command requirements in ZBC and in 
the cases where the M’s and O’s did not match, the 6.1 table entry was changed to C. A best effort was made 
to populate the Z column in every table where ZBC was added. 

The incorporation of 14-167r0 and 14-168r1 resulted the removal of several normative references: 

a) all the NIST and FIPS references; and 

b) about 60% of the IETF RFC references. 

III.5 Revision 02 (3 January 2015) 

This revision incorporates the following T10 approved documents. 

f14151 rl NVM Express Security ID 
13-029r6 Device Internal Status Dump 
13-072r7 XCopy Tape Enhancements 

13-094r4 Supported Block lengths and protection types VPD page 

13- 253r5 Add more environment parameters to Temperature log page 

14- 054r9 State Machines Makeover 

14-107r8 Command Deadlines 
14-111M New MAM attributes for LTFS 

14-121 r2 Clarification of Download Microcode mode ODh 

14-145r1 Endurance Control 

14-147r3 Redefinition of Peripheral Qualifier 

14-148r3 Redefinition of Peripheral device type 

14-150r1 Clarification of Download Microcode mode 07h, ODh, and OEh 

14-180r4 NVMe device identification 

14-186r2 Clarification of LU Conglomerates, ALUA, and LU groups 

14-188r3 Resolve error cases with supporting Application Tag mode page 

14-21 Orl Minimal Workload Utilization logging 

14-217r0 Fix for 14-178r1 Disable PI checking 

14-263r2 READ BUFFER (16) command 

14-281 rl Zone Control command 

In keeping with the current T10 style guide (see T10/14-006r7), the transition lines were changed from blue to 
black in all state diagrams. 

Since the term 'blocked command' was not used anywhere in the working draft, it was removed from the 
glossary. 

During the incorporation of 14-180r4 (NVMe device identification), the specified reference was placed in the 
Bibliography because the only use of the reference is for the assignment of a coded value. Thus, PCIe is not 
included normatively in SPC-5. It is only a source of information reference. 

Although 14-054r9 (State Machines Makeover) was incorporated in revision rOOb, it is listed above because 
some of its references are to SAM-4 in rOOb. In this revision, the requirements in 14-054r9 provide for 
changing two of these references to SAM-5. 14-054r9 cites a third SAM-4 reference for the SAM-5 change, 
but that has been ignored because the cited reference is in the Access Controls definition, which was 
removed from SPC-5 by approved T10 document 14-165r1. Because these changes removed all normative 
references to SAM-4, its entry was removed from clause 2. 
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During the incorporation of 14-186r2 (Clarification of LU Conglomerates, ALUA, and LU groups), the Primary 
target port group example figure was enhanced to use the color that the T10 Style Guide (see T10/14-006r7) 
calls Fig_Light_Green to better show the boundaries of the primary target port groups. Since the change is not 
substantive, it was not highlighted with a change bar. 

During the incorporation of 14-263r2 ( READ BUFFER (16) command ): 

a) the buffer offset column in the table that shows buffer id codes for error history processing was 
modified to use a key which shows the differing buffer offset sizes for READ BUFFER(IO) and READ 
BUFFER(16); 

b) all READ BUFFER and WRITE BUFFER commands were modified to use the ellipses notation in 
their CDB tables for fields whose size is greater than two bytes; and 

c) since SPC-2 and SPC-3 do not define a READ BUFFER(16) command, the footnote in the Reserva¬ 
tions conflicts table does not apply to READ BUFFER(16), which also means that all instances of 
READ BUFFER in the allowed commands field definition (see table 169) were changed to READ 
BUFFER(IO). 

During the incorporation of 13-029r6 (Device Internal Status Dump): 

a) an editor's note was added regarding the definitions for the mode specific field; 

b) editorial consistency was applied between the WRITE BUFFER command and the READ BUFFER 
command with particular emphasis on how the mode specific field is defined; and 

c) the three history snapshot releasing tables: 

A) were combined into one, which does not change visual rendering very much, but does improve 
the introduction sentence; and 

B) had their columns rearranged to eliminate “phantom” lines across straddled cells. 

During the incorporation of 14-107r8 (Command Deadlines): 

a) the subpage code assignments for the two mode pages were changed to eliminate a conflict with the 
codes assigned to the Application Tag mode page; and 

b) the byte numbering and page length for each mode page was reduced to maintain consistency with 
the fact that the descriptors are labeled '[first]' to '[seventh]'. 

In places where the parameter rounding model subclause is referenced, eight instances of 'as described in' 
were changed to 'as defined in' for consistency. Prior to this change, neither of the options held a clear 
majority. 

III.6 Revision 02a (7 January 2015) 

Corrected incorporation errors in: 

a) 13-029r6 (Device Internal Status Dump)] and 

b) 13-072r7 (XCopy Tape Enhancements). 

To facilitate review comparisons between this revision and rOI, previously existing change bars were removed 
in this revision. 
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111.7 Revision 03 (26 January 2015) 

This revision incorporates the following T10 approved documents. 

14-249r2 Obsolete TMC and ETC bits 

14- 266r0 READ BUFFER Clarification 

15- 009r2 Duration Limited Command Model 

15-017r0 Fix the SBLP mode page bit definition in SPC-5 

15-019r0 Adding NOPICHK to Supported Block Lengths And Protection Types VPD 
15-025r1 Eliminate conflicting shall requirements in error history READ BUFFER 

In addition to (or as part of) the above document incorporations, the following changes were made: 

a) in the tables that define the security protocol field, '42h to E0h' was changed to '42h to E9h' so that 
the entire range of code values are covered by the table; 

b) in the REPORT SUPPORTED OPERATION CODES command, several instances of the 'cldp' field 
were corrected to be the 'cdlp' field; 

c) in the definitions of the Command Duration Limit A mode page and the Command Duration Limit B 
mode page, the use of 'shared' as the recommended mode page policy was changed to 'per I T 
nexus' so that the working draft matches the approved proposal (14-107r8). Another minor typo was 
also corrected; and 

d) the first sentence of 5.12.3 Power conditions management was modified so that it contained a verb by 
fully processing the response to comment LSI-110 in the SPC-4 letter ballot (see T10/13-256r9). 

111.8 Revision 04 (23 May 2015) 

This revision incorporates the following T10 approved documents. 

Additional Sense Code definitions only 

15-065r1 More Additional Sense Codes for Zoned Devices 

15-074r1 ZBC Add sense data response when transition to FULL 

General changes 

14-065r3 Per 10 Advice (hints) 

14- 250r5 Revise wording in Power Consumption mode page 

15- 075r2 Obsolete READ LONG and WRITE LONG except for write uncorrectable 
15-141 rO Storage Intelligence 

Globally, the use of _ as a separator in long hexadecimal numbers was change to space. 

In the tables that define the Command Duration Limit A mode page and the Command Duration Limit B mode 
page, the value for the page length field was changed to match the length of the page as shown in the last 
byte of the table. 

References to various ISO 80000 parts were moved to the Bibliography and updated as per equivalent 
changes made in ISO/IEC SPC-4. 

Various tables in Annex E were updated to match the new commands, log pages, mode pages, and VPD 
pages defined in SBC-4 r07a. 

Other minor editorial and English grammar corrections were made without benefit of change bars. 
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111.9 Revision 04a (27 May 2015) 

Made approximately 120 editorial corrections requested by Harvey Newman. Change bars from r04 have 
been maintained and new change bars added for the new changes. 

111.10 Revision 04b (28 May 2015) 

Corrected the definition of the stream device to discard segment descriptor's descriptor length field as 
requested by Harvey Newman. 

Clarified the error requirements for invalid power consumption identifier field values in the Power 
Consumption VPD page as per an agreement with 14-250r5 author Gerry Houlder. 

Change bars from r04 and r04a have been maintained and new change bars added for the new changes. 

111.11 Revision 05 (12 August 2015) 

This revision incorporates the following T10 approved documents. 

15-177r1 Extension of Error History 

In table 111 footnote b, the reserved code value C002h was corrected to COOIh which matches the citations in 
the table. 

The excessively long IANA glossary entry was broken into notes to entry. The URL references for SCSA and 
Universal Time glossary entries were modernized, based on the information proved by SFSC letter ballot 
comments. 

The numeric conventions subclause was updated to more closely match the T10 Style Guide. In 7.4.2, several 
subclause headers were added to eliminate hanging paragraphs. 

The RFC glossary entry was moved to correct alphabetical order. Several typos (e.g., misspelled words) were 
corrected. This were not marked with change bars. 
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Foreword 

This foreword is not part of American National Standard INCUS 502-201x. 

The SCSI command set is designed to provide efficient peer-to-peer operation of SCSI devices (e.g., disks, 
tapes, media changers) by an operating system. The SCSI command set assumes an underlying 
command-response protocol. 

The SCSI command set provides multiple operating systems concurrent control over one or more SCSI 
devices. However, proper coordination of activities between the multiple operating systems is critical to avoid 
data corruption. Commands that assist with coordination between multiple operating systems are described in 
this standard. However, details of the coordination are beyond the scope of the SCSI command set. 

This standard defines the device model for all SCSI devices. This standard defines the SCSI commands that 
are basic to every device model and the SCSI commands that may apply to any device model. 

With any technical document there may arise questions of interpretation as new products are implemented. 
INCITS has established procedures to issue technical opinions concerning the standards developed by 
INCITS. These procedures may result in SCSI Technical Information Bulletins being published by INCITS. 

These Bulletins, while reflecting the opinion of the Technical Committee that developed the standard, are 
intended solely as supplementary information to other users of the standard. This standard, ANSI INCITS 
502-201x, as approved through the publication and voting procedures of the American National Standards 
Institute, is not altered by these bulletins. Any subsequent revision to this standard may or may not reflect the 
contents of these Technical Information Bulletins. 

Current INCITS practice is to make standards and technical information bulletins available through: 
http://www.incits.org/standards-information/purchase-standards 

Requests for interpretation, suggestions for improvement and addenda, or defect reports are welcome. They 
should be sent to the INCITS Secretariat, National Committee for Information Technology Standards, Infor¬ 
mation Technology Industry Council, 1101 K Street NW, Suite 610, Washington, DC 20005-7031. 

This standard was processed and approved for submittal to ANSI by the InterNational Committee for Infor¬ 
mation Technology Standards (INCITS). Committee approval of the standard does not necessarily imply that 
all committee members voted for approval. At the time it approved this standard, INCITS had the following 
members: 

TBD 


Technical Committee T10 on SCSI Storage Interfaces, which developed and reviewed this standard, had the 
following members: 

Ralph Weber, Chair 
William Martin, Vice-Chair 
John Geldman, Clerk 

Organization Represented Name of Representative 

TBD 
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Introduction 


The SCSI Primary Commands - 5 (SPC-5) standard is divided into the following clauses and annexes: 


Clause 1 
Clause 2 
Clause 3 
Clause 4 

Clause 5 
Clause 6 
Clause 7 
Clause 8 
Annex A 

Annex B 
Annex C 


Annex D 
Annex E 
Annex F 


is the scope. 

enumerates the normative references that apply to this standard. 

describes the definitions, symbols, and abbreviations used in this standard. 

describes the conceptual relationship between this document and the SCSI-3 Architecture 

Model. 

describes the command model for all SCSI devices. 

defines the commands that may be implemented by any SCSI device. 

defines the parameter data formats that may be implemented by any SCSI device. 

defines the well known logical units that may be implemented by any SCSI device. 

identifies differences between the terminology used in this standard and previous versions of 

this standard, (informative) 

provides examples of the parameter data returned by the REPORT LUNS command 
describes the PERSISTENT RESERVE OUT command features necessary to replace the 
reserve/release management method and provides guidance on how to perform a third party 
reservation using persistent reservations, (informative) 

provides information about the third-party copy commands and copy manager, (informative) 
lists code values in numeric order, (informative) 
lists assigned vendor identifiers, (informative) 


The annexes provide information to assist with implementation of this standard. The information in the 
annexes applies to all command standards. 


SCSI standards family 

Figure 1 shows the relationship of this standard to the other standards and related projects in the SCSI family 
of standards as of the publication of this standard. 


SCSI Architecture Model 
(e.g., SAM-5) 


Device type specific command sets 
(e.g., SBC-3, SSC-4) 


Primary command set 
(shared for all device types) 
(e.g., this standard) 





SCSI transport protocols 
(e.g., SPL-3, FCP-4) 



Interconnects 

(e.g., SAS-3, Fibre Channel) 


Figure 1 — SCSI document structure 
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The SCSI document structure in figure 1 is intended to show the general applicability of the documents to one 
another. Figure 1 is not intended to imply a relationship such as a hierarchy, protocol stack, or system archi¬ 
tecture. 

SCSI Architecture Model: Defines the SCSI systems model, the functional partitioning of the SCSI standard 
set and requirements applicable to all SCSI implementations and implementation standards. 

Device-Type Specific Command Sets: Implementation standards that define specific device types including 
a device model for each device type. These standards specify the required commands and behaviors that are 
specific to a given device type and prescribe the requirements to be followed by a SCSI initiator device when 
sending commands to a SCSI target device having the specific device type. The commands and behaviors for 
a specific device type may include by reference commands and behaviors that are shared by all SCSI 
devices. 

Shared Command Set: An implementation standard that defines a model for all SCSI device types. This 
standard specifies the required commands and behavior that is common to all SCSI devices, regardless of 
device type, and prescribes the requirements to be followed by a SCSI initiator device when sending 
commands to any SCSI target device. 

SCSI Transport Protocols: Implementation standards that define the requirements for exchanging infor¬ 
mation so that different SCSI devices are capable of communicating. 

Interconnects: Implementation standards that define the communications mechanism employed by the SCSI 
transport protocols. These standards may describe the electrical and signaling requirements essential for 
SCSI devices to interoperate over a given interconnect. Interconnect standards may allow the interconnection 
of devices other than SCSI devices in ways that are outside the scope of this standard. 

The term SCSI is used to refer to the family of standards described in this subclause. 

At the time this standard was generated, examples of the SCSI general structure included: 

Interconnects: 


Fibre Channel Arbitrated Loop - 2 

FC-AL-2 

[ISO/IEC 14165-122] 

[ANSI INCITS 332-1999] 

[ANSI INCITS 332/AM 1-2003] 
[ANSI INCITS 332/AM2-2006] 

Fibre Channel Physical Interfaces 

FC-PI 

[ISO/IEC 14165-115] 

[ANSI INCITS 352-2002] 

Fibre Channel Physical Interfaces - 2 

FC-PI-2 

[ISO/IEC 14165-142] 

[ANSI INCITS 404-2006] 

Fibre Channel Physical Interfaces - 3 

FC-PI-3 

[ISO/IEC 14165-143] 
[T11/1625-D] 

Fibre Channel Physical Interfaces -4 

FC-PI-4 

[ISO/IEC 14165-144] 

[ANSI INCITS 450-2009] 

Fibre Channel Physical Interfaces - 5 

FC-PI-5 

[ISO/IEC 14165-145] 

[ANSI INCITS 479-2011] 

Fibre Channel Physical Interfaces - 6 

FC-PI-6 

[ISO/IEC 14165-146] 
[T11/2221-D] 

Fibre Channel -10 Gigabit 

10GFC 

[ISO/IEC 14165-116] 

[ANSI INCITS 364-2003] 

[ANSI INCITS 364/AM 1-2007] 

Fibre Channel Framing and Signaling Interface 

FC-FS 

[ISO/IEC 14165-251] 

[ANSI INCITS 373-2003] 

Fibre Channel Framing and Signaling Interface - 2 

FC-FS-2 

[ISO/IEC 14165-252] 
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Fibre Channel Framing and Signaling Interface - 

Fibre Channel Link Services 
Fibre Channel Link Services - 2 
Fibre Channel Security Protocols 

Fibre Channel Security Protocols - 2 

High Performance Serial Bus 
High Performance Serial Bus 
(supplement to ANSI/IEEE 1394-1995) 

SCSI Parallel Interface - 2 

SCSI Parallel Interface - 3 

SCSI Parallel Interface - 4 

SCSI Parallel Interface - 5 

Serial Storage Architecture Physical Layer 1 
Serial Storage Architecture Physical Layer 2 
Serial Attached SCSI 

Serial Attached SCSI -1.1 

Serial Attached SCSI - 2 

Serial Attached SCSI - 2.1 

Serial Attached SCSI - 3 

Serial Attached SCSI - 4 

PCI Express® Queuing Interface 

PCI Express® Queuing Interface - 2 


SCSI Transport Protocols: 

Automation/Drive Interface - Transport Protocol 
Automation/Drive Interface - Transport Protocol 
Automation/Drive Interface - Transport Protocol 
Serial Storage Architecture Transport Layer 1 
Serial Storage Architecture Transport Layer 2 
SCSI-3 Fibre Channel Protocol 

Fibre Channel Protocol for SCSI - 2 

Fibre Channel Protocol for SCSI - 3 

Fibre Channel Protocol for SCSI - 4 


FC-FS-3 

[ANSI INCITS 424-2007] 

[ANSI INCITS 424/AM 1-2007] 
[ISO/IEC 14165-253] 

FC-LS 

[T11/1861-D] 

[ANSI INCITS 433-2007] 

FC-LS-2 

[T11/2103-D] 

FC-SP 

[ISO/IEC 14165-431] 

FC-SP-2 

[ANSI INCITS 426-2007] 
[ISO/IEC 14165-432] 

SPI-2 

[T11/1835-D] 

[ANSI IEEE 1394-1995] 

[ANSI IEEE 1394a-2000] 

[ISO/IEC 14776-112] 

SPI-3 

[ANSI INCITS 302-1999] 
[ISO/IEC 14776-113] 

SPI-4 

[ANSI INCITS 336-2000] 
[ISO/IEC 14776-114] 

SPI-5 

[ANSI INCITS 362-2002] 
[ISO/IEC 14776-115] 

SSA-PH 

[ANSI INCITS 367-2003] 

[ANSI INCITS 293-1996] 

SSA-PH-2 

[ANSI INCITS 307-1998] 

SAS 

[ISO/IEC 14776-150] 

S AS-1.1 

[ANSI INCITS 376-2003] 
[ISO/IEC 14776-151] 

SAS-2 

[ANSI INCITS 417-2006] 
[ISO/IEC 14776-152] 

SAS-2.1 

[ANSI INCITS 457-2010] 
[ISO/IEC 14776-153] 

SAS-3 

[ANSI INCITS 478-2011] 
[ISO/IEC 14776-154] 

SAS-4 

[ANSI INCITS 519-2014] 
[ISO/IEC 14776-155] 

PQI 

[T10/BSR INCITS 534] 
[ISO/IEC 14776-171] 

PQI-2 

[ANSI INCITS 490-2014] 
[ISO/IEC 14776-172] 

ADT 

[T10/BSR INCITS 507] 

[ANSI INCITS 406-2005] 

ADT-2 

[ANSI INCITS 472-2011] 

ADT-3 

[T10/BSR INCITS 542] 

SSA-TL-1 

[ANSI INCITS 295-1996] 

SSA-TL-2 

[ANSI INCITS 308-1998] 

FCP 
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AMERICAN NATIONAL STANDARD _ INCUS 502-201x 

American National Standard 
for Information Technology - 

SCSI Primary Commands - 5 (SPC-5) 

1 Scope 

The SCSI family of standards provides for many different types of SCSI devices (e.g., disks, tapes, media 
changers). This standard defines a device model that is applicable to all SCSI devices. Other command 
standards expand on the general SCSI device model in ways appropriate to specific types of SCSI devices. 

The set of SCSI standards specifies the interfaces, functions, and operations necessary to ensure 
interoperability between conforming SCSI implementations. This standard is a functional description. 
Conforming implementations may employ any design technique that does not violate interoperability. 

This standard defines the SCSI commands that are mandatory and optional for all SCSI devices. Support for 
any feature defined in this standard is optional unless otherwise stated. This standard also defines the SCSI 
commands that may apply to any device model. 

The following commands, parameter data, and features defined in previous versions of this standard are 
made obsolete by this standard: 

a) the line printer device type; 

b) the write-once device type; 

c) all features specific to SPI-5 (e.g., fields in the standard INQUIRY data); 

d) Power Conditions management that is specific to SAS-2; 

e) ACCESS CONTROLS well known logical unit; 

f) ACCESS CONTROL IN command; 

g) ACCESS CONTROL OUT command; 

h) Capability-based Command Security; 

i) CbCS extension descriptor; 

j) RECEIVE CREDENTIAL command; 

k) all requirements for the one-byte third-party copy list identifier (leaving only the four-byte identifier); 

l) the space function segment descriptor for the EXTENDED COPY command; 

m) the locate function segment descriptor for the EXTENDED COPY command; and 

n) the ability to manage thresholds in log parameters using the tmc field and etc bit. 

2 Normative references 

The following documents, in whole or in part, are normatively referenced in this document and are 
indispensable for its application. For dated references, only the edition cited applies. For undated references, 
the latest edition of the referenced document (including any amendments) applies. 

ISO/I EC 14776-412, SCSI Architecture Model - 2 (SAM-2) 

ANSI INCITS 515, SCSI Architecture Model - 5 (SAMS) (planned as ISO/IEC 14776-415) 

ISO/I EC 14776-452, SCSI Primary Commands - 2 (SPC-2) 
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ANSI INCUS 501, Security Features for SCSI Commands (SFSC) (planned as ISO/IEC 14776-481) 

ANSI INCUS 481-2012, Fibre Channel Protocol for SCSI - 4 (FCP-4) 

ISO/IEC 14776-241, SCSI RDMA Protocol (SRP) 

ISO/IEC 14776-153, Serial Attached SCSI - 2.1 (SAS-2.1) 

ISO/IEC 14776-262, SAS Protocol Layer - 2 (SPL-2) (under consideration) 

ISO/IEC 14776-263, SAS Protocol Layer - 3 (SPL-3) (under consideration) 

ISO/IEC 14776-271, SCSI Over PCI Express® (SOP) 

ISO/IEC 14776-922, SCSI/ATA Translation - 2 (SAT-2) 

ANSI INCUS 517, SCSI/ATA Translation - 3 (SAT-3) (planned as ISO/IEC 14776-923) 

ISO/IEC 14776-322, SCSI Block Commands - 2 (SBC-2) 

ISO/IEC 14776-323, SCSI Block Commands - 3 (SBC-3) (under consideration) 

ANSI INCUS 506, SCSI Block Commands - 4 (SBC-4) (planned as ISO/IEC 14776-324) 

ANSI INCUS 536, Zoned Block Commands (ZBC) (planned as ISO/IEC 14776-345) 

ISO/IEC 14776-334, SCSI Stream Commands - 4 (SSC-4) 

ANSI INCUS 503, SCSI Stream Commands - 5 (SSC-5) (planned as ISO/IEC 14776-335) 

ANSI INCUS 468-2010, Multi-Media Commands - 6 (MMC-6) 

ANSI INCUS 468-2010/AM 1-2012, Multi-Media Commands - 6 (MMC-6) Amendment 1 
ANSI INCUS 484-2012, SCSI Media Changer Commands - 3, (SMC-3) 

ANSI INCUS 375-2004, Serial Bus Protocol - 3 (SBP-3) 

ANSI INCUS 470-2011, Fibre Channel Framing and Signaling Interface-3 (FC-FS-3) 

T11/2238-D, Fibre Channel Framing and Signaling Interface-4 (FC-FS-4) (under national consideration) 

ANSI INCUS 477-2011, Fibre Channel Link Services-2 (FC-LS-2) 

T11/2237-D, Fibre Channel Link Services-3 (FC-LS-3) (under national consideration) 

ANSI INCUS 496-2012, Fibre Channel Security Protocols-2 (FC-SP-2) 

ISO 5807:1995 (R2003), Documentation Symbols and Conventions for Data, Program and System 
Flowcharts, Program Network Charts and System Resource Charts 

ANSI/IEEE 1394a-2000, High Performance Serial Bus (supplement to ANSI/IEEE 1394-1995) 

ANSI/IEEE 1619.1-2007, Standard for Authenticated Encryption with Length Expansion for Storage Devices 


Working Draft SCSI Primary Commands - 5 (SPC-5) 



12 August 2015 


T10/BSR INCUS 502 Revision 05 


ANSI INCUS 4-1986 (R2002), Information Systems - Coded Character Sets - 7-Bit American National 
Standard Code for Information Interchange (7-Bit ASCII) 

ISO/IEC 13213, Information technology - Microprocessor systems - Control and Status Registers Architecture 
for microcomputer buses 

ISO/IEC 646:1991 , Information technology - ISO 7-bit coded character set for information interchange (third 
edition) 

ISO/IEC 8859-1 : 1998, Information technology - 8-bit single-byte coded graphic character sets - Part 1: Latin 
alphabet No. 1 

ISO/IEC 8859-2:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 2: Latin 
alphabet No. 2 

ISO/IEC 8859-3:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 3: Latin 
alphabet No. 3 

ISO/IEC 8859-4:1998, Information technology - 8-bit single-byte coded graphic character sets - Part 4: Latin 
alphabet No. 4 

ISO/IEC 8859-5:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 5: 
Latin/Cyrillic alphabet 

ISO/IEC 8859-6:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 6: 
Latin/Arabic alphabet 

ISO/IEC 8859-7:1987, Information processing - 8-bit single-byte coded graphic character sets - Part 7: 
Latin/Greek alphabet 

ISO/IEC 8859-8:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 8: 
Latin/Hebrew alphabet 

ISO/IEC 8859-9:1999, Information technology - 8-bit single-byte coded graphic character sets - Part 9: Latin 
alphabet No. 5 

ISO/IEC 8859-10:1998, Information technology - 8-bit single-byte coded graphic character sets - Part 10: 
Latin alphabet No. 6 

ISO/IEC 10646:2003, Information technology - Universal Multiple-Octet Coded Character Set (UCS) 

ISO/IEC 9594-8:2001, Information technology - Open Systems Interconnection - The Directory: Public-key 
and attribute certificate frameworks [ITU-T Recommendation X.509:2000 - http://www.itu.int/ITU-T/] 

ISO/IEC 9594-8:2001/Cor 1:2002, Information technology - Open Systems Interconnection - The Directory: 
Public-key and attribute certificate frameworks 

ISO/IEC 9594-8:2001/Cor 2:2002, Information technology - Open Systems Interconnection - The Directory: 
Public-key and attribute certificate frameworks 

ISO/IEC 9594-8:2001/Cor 3:2005, Information technology - Open Systems Interconnection - The Directory: 
Public-key and attribute certificate frameworks 
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ANSI/IEEE 1667:2009, Standard Protocol for Authentication in Host Attachments of Transient Storage 
Devices 

Video Performance Guarantee Profile 1 Revision 1.0 (VPG1), May 24, 2011 

NOTE 1 - For more information about documents published by the CFA, see http://www.compactflash.org/. 

RFC 791 , Internet Protocol - DARPA Internet Program - Protocol Specification 

RFC 1321, The MD5 Message-Digest Algorithm 

RFC 2279, UTF-8, a transformation format of ISO 10646 

RFC 2616, Hypertext Transfer Protocol - HTTP/1.1 

RFC 4291, IP Version 6 Addressing Architecture 

RFC 7143, iSCSI Protocol (Consolidated) 

RFC 7144, Internet Small Computer Systems Interface (iSCSI) SCSI Features Update 

NOTE 2 - For more information on the RFCs and standards published by the Internet Engineering Task Force 
(IETF), see http://www.ietf.org/. 

Universal Serial Bus 3.0 Specification Revision 1.0 (USB-3), November 12, 2008 

NOTE 3 - For more information on publications by the USB Implemented Forum, see http://www.usb.org/. 
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3 Definitions, symbols, abbreviations, and conventions 

3.1 Definitions 

3.1.1 active power condition 

power condition in which a device server is capable of completing the processing of all its supported 
commands 

Note 1 to entry: See 5.12.4. 

3.1.2 additional sense code 

combination of the additional sense code field and the additional sense code qualifier field in sense data 
(see 4.4) 

3.1.3 alias list 

list of alias values (see 3.1.4) and their associated designations maintained by the device server and 
managed by the CHANGE ALIASES command (see 6.2) and REPORT ALIASES command (see 6.25) 

3.1.4 alias value 

numeric value associated to a designation in the alias list (see 3.1.3) 

Note 1 to entry: Used in command or parameter data to reference a SCSI target device or SCSI target port. 
Note 2 to entry: See 6.2.2. 

3.1.5 application client 

object that is the source of SCSI commands 
Note 1 to entry: See SAM-5. 

3.1.6 ASCII format list log parameter 

log parameter that contains ASCII data in a list log parameter format 
Note 1 to entry: See 7.3.2.2.2.4. 

3.1.7 attribute 

single unit of MAM (see 3.1.68) information 

3.1.8 auto contingent allegiance (ACA) 

task set condition established following the return of CHECK CONDITION status if the naca bit is set to one in 

the control byte 

Note 1 to entry: See SAM-5. 

3.1.9 background function 

background scan operation (see SBC-3) or device specific background function (see 5.4) 

3.1.10 beginning of partition (BOP) 

position at the beginning of the permissible recording region of a partition 

Note 1 to entry: The BOP position may not coincide with a beginning-of-medium position. 

Note 2 to entry: See SSC-4. 

3.1.11 binary format list log parameter 

log parameter that contains binary data in a list log parameter format 
Note 1 to entry: See 7.3.2.2.2.5. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


5 



T10/BSR INCUS 502 Revision 05 


12 August 2015 


3.1.12 bounded data counter log parameter 

log parameter that contains one saturating counter (see 3.1.99) value 

Note 1 to entry: Effects on other log parameters in the same log page are determined by the format and linking 
field in the parameter control byte. 

Note 2 to entry: See 7.3.2.2.2.2. 

3.1.13 byte (B) 

sequence of eight contiguous bits considered as a unit 

3.1.14 cache memory 

temporary and often volatile data storage area outside the area accessible by application clients 

Note 1 to entry: Cache memory may contain a subset of the data stored in the nonvolatile data storage area. 

3.1.15 code set enumeration 

coded value used in one field to indicate the format of data in other fields or descriptors 
Note 1 to entry: See 4.3.3. 

3.1.16 command 

request describing a unit of work to be performed by a device server 
Note 1 to entry: See SAM-5. 

3.1.17 command descriptor block (CDB) 

structure used to communicate commands from an application client to a device server (see 4.2) 

Note 1 to entry: A CDB may have a fixed length of up to 16 bytes or a variable length of between 12 and 260 
bytes. 

3.1.18 command standard 

SCSI standard that defines the model, commands, and parameter data for a device type (e.g., SBC-3, SSC-4, 
SMC-3, MMC-6, or SES-2) 

3.1.19 companyjd 

synonym for OUI (see 3.1.77) 

3.1.20 copy manager 

object (see SAM-5) that processes third-party copy commands (see 5.16.3) and manages copy operations 
(see 5.16.4.3) 

3.1.21 copy operation 

foreground or background operation that results from the processing of a third-party copy command 
Note 1 to entry: See 5.16.4.3. 

3.1.22 copy source or copy destination (CSCD) 

source or destination of a copy operation (see 6.4.6) performed by an EXTENDED COPY command (see 6.4) 

3.1.23 data counter log parameter 

bounded data counter log parameter (see 7.3.2.2.2.2) or unbounded data counter log parameter (see 
7.3.2.2.2.3) 
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3.1.24 Data-In Buffer 

buffer specified by the application client to receive data from the device server during the processing of a 
command 

Note 1 to entry: See SAM-5. 

3.1.25 Data-Out Buffer 

buffer specified by the application client to supply data that is sent from the application client to the device 
server during the processing of a command 
Note 1 to entry: See SAM-5. 

3.1.26 deferred error 

CHECK CONDITION status and sense data that is returned as the result of an error or exception condition 
that occurred during processing of a previous command for which GOOD status or CONDITION MET status 
has already been returned 
Note 1 to entry: See 4.4.7. 

3.1.27 device server 

object within a logical unit that processes SCSI commands according to the rules of command management 
Note 1 to entry: See SAM-5. 

3.1.28 device service request 

request, submitted by an application client, conveying a SCSI command to a device server 
Note 1 to entry: See SAM-5. 

3.1.29 device service response 

response returned to an application client by a device server on completion of a SCSI command 
Note 1 to entry: See SAM-5. 

3.1.30 device type 

device model implemented by the logical unit and indicated to the application client by the contents of the 
peripheral device type field in the standard INQUIRY data (see 6.5.2) 

3.1.31 element 

addressable physical component of a medium changer SCSI device that may serve as the location of a 
removable unit of data storage medium 
Note 1 to entry: See SMC-3. 

3.1.32 enabled command 

command that is being processed by the device server and is progressing towards completion 
Note 1 to entry: See SAM-5. 

3.1.33 end of data (EOD) 

format specific recorded indication that no valid logical objects are recorded between this position and the 
EOP 

Note 1 to entry: See SSC-4. 

3.1.34 end of partition (EOP) 

position at the end of the permissible recording region of a partition 
Note 1 to entry: See SSC-4. 
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3.1.35 error history l_T nexus 

l_T nexus for which the device server has reserved access to the error history snapshot (see 3.1.36) 

3.1.36 error history snapshot 

contents of the error history at a specific point in time 
Note 1 to entry: See 5.6.2. 

3.1.37 Extended CDB (XCDB) 

CDB that contains another CDB and additional information to support extra processing (e.g., security 
features) 

Note 1 to entry: See 4.2.4. 

3.1.38 Extended Unique Identifier, a 48-bit globally unique identifier (EUI-48) 

48-bit identifier that is globally unique 

Note 1 to entry: The IEEE maintains a tutorial describing EUI-48 at 
http://standards.ieee.org/regauth/oui/tutorials/EUI48.html. 

3.1.39 Extended Unique Identifier, a 64-bit globally unique identifier (EUI-64) 

64-bit identifier that is globally unique 

Note 1 to entry: The IEEE maintains a tutorial describing EUI-64 at 
http://standards.ieee.org/regauth/oui/tutorials/EUI64.html. 

3.1.40 faulted I T nexus 

l_T nexus on which a CHECK CONDITION status was returned that resulted in the establishment of an ACA; 
the faulted l_T nexus condition is cleared when the ACA condition is cleared 
Note 1 to entry: See SAM-5. 

3.1.41 field 

group of one or more contiguous bits, a part of a larger structure such as a CDB (see 3.1.17) or sense data 
(see 3.1.113) 

3.1.42 hard reset 

condition resulting from the events defined by SAM-5 in which the SCSI device performs the hard reset opera¬ 
tions described in SAM-5, this standard, and the applicable command standards 

3.1.43 host 

SCSI device with the characteristics of a primary computing device 

Note 1 to entry: A host is typically a personal computer, workstation, server, minicomputer, mainframe 
computer, or auxiliary computing device. 

Note 2 to entry: A host includes one or more SCSI initiator devices. 

3.1.44 I T nexus 

nexus between a SCSI initiator port and a SCSI target port 
Note 1 to entry: See SAM-5. 

3.1.45 l_T nexus loss 

condition resulting from the events defined by SAM-5 

Note 1 to entry: In response to this condition, the SCSI device performs the l_T nexus loss operations 
described in SAM-5, this standard, and other applicable standards. 
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3.1.46 l_T_L nexus 

nexus between a SCSI initiator port, a SCSI target port, and a logical unit 
Note 1 to entry: See SAM-5. 

3.1.47 l_T_L_Q nexus transaction 

information transferred between SCSI ports in a single data structure with defined boundaries (e.g., an infor¬ 
mation unit) 

3.1.48 idle power condition 

power condition in which a device server is capable of completing the processing of all its supported 
commands, except those that require the logical unit be in the active power condition (see 3.1.1) to be capable 
of completing the command with GOOD status 
Note 1 to entry: See 5.12.5. 

3.1.49 IEEE companyjd 

Note 1 to entry: synonym for OUI (see 3.1.77) 

3.1.50 information unit (IU) 

delimited and sequenced set of information in a format appropriate for transport by the service delivery 
subsystem (e.g., a CDB for a specific SCSI command) 

3.1.51 initiator port 

synonymous with SCSI initiator port (see 3.1.104) 

3.1.52 initiator port identifier 

value by which a SCSI initiator port (see 3.1.104) is referenced within a SCSI domain (see SAM-5) 

3.1.53 initiator port name 

name (see 3.1.70) of a SCSI initiator port 

3.1.54 internet assigned numbers authority (IANA) 

service that assigns and manages registries of code values (i.e., code points) for the IETF (see 
http://www.ietf.org) and other users of the public internet (see http://www.iana.org) 

Note 1 to entry: IANA maintains registries of code values used by Internet Key Exchange version 2 (IKEv2) at 
http://www.iana.org/assignments/ikev2-parameters 

3.1.55 Internet protocol domain name 

name of a computer or hierarchy of computers within the domain name system defined by the IETF (see RFC 
1035 and RFC 1591) 

Note 1 to entry: IANA maintains a list of domain name assignments at: 
http://www.iana.org/assignments/domain-names. 

3.1.56 Internet protocol number 

coded value assigned to identify protocols that layer on the Internet protocol (see RFC 791) 

Note 1 to entry: The Internet protocol number assigned to the transmission control protocol (TCP, see RFC 
793) is six. 

Note 2 to entry: IANA maintains a list of Internet protocol number assignments at: 
http://www.iana.org/assignments/protocol-numbers. 
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3.1.57 least significant bit (LSB) 

in a binary code, the bit or bit position with the smallest numerical weighting in a group of bits that, when taken 

as a whole, represent a numerical value 

EXAMPLE - In the number 0001b, the bit that is set to one. 

3.1.58 left-aligned 

type of field containing ASCII data in which unused bytes are placed at the end of the field (i.e., highest offset) 
and are filled with ASCII space (20h) characters 
Note 1 to entry: See 4.3.1. 

3.1.59 logical unit 

externally addressable entity within a SCSI target device that implements a SCSI device model and contains a 
device server 

Note 1 to entry: See SAM-5. 

3.1.60 logical unit identifying information 

value associated with a logical unit 

Note 1 to entry: Logical unit identifying information is managed by the SET IDENTIFYING INFORMATION 
command (see 6.38) and the REPORT IDENTIFYING INFORMATION command (see 6.27). 

Note 2 to entry: See 5.7. 

3.1.61 logical unit inventory 

list of the logical unit numbers reported by a REPORT LUNS command (see 6.28) 

3.1.62 logical unit number (LUN) 

encoded 64-bit identifier for a logical unit 
Note 1 to entry: See SAM-5. 

3.1.63 logical unit reset 

condition resulting from the events defined by SAM-5 

Note 1 to entry: In response to this condition, the logical unit performs the logical unit reset operations 
described in SAM-5, this standard, and other applicable standards. 

3.1.64 logical unit text identifying information 

UTF-8 (see 3.1.137) format string associated with a logical unit 

Note 1 to entry: UTF-8 format logical unit identifying information is managed by the SET IDENTIFYING 
INFORMATION command (see 6.38) and the REPORT IDENTIFYING INFORMATION command (see 6.27). 
Note 2 to entry: See 5.7. 

3.1.65 low power condition 

any power condition other than the active power condition (see 5.12.4) 

3.1.66 media changer 

device that mechanizes the movement of volumes to and from the SCSI device that records on or reads from 
the media 

Note 1 to entry: See SMC-3. 

3.1.67 medium 

physical entity that stores data in a nonvolatile manner (i.e., retained through a power cycle) in accordance 
with commands processed by the device server 


10 


Working Draft SCSI Primary Commands - 5 (SPC-5) 



12 August 2015 


T10/BSR INCUS 502 Revision 05 


3.1.68 medium auxiliary memory (MAM) 

auxiliary memory residing in a volume (e.g., a tape cartridge) that is accessible to the device server 
Note 1 to entry: See 7.4. 

Note 2 to entry: 

3.1.69 most significant bit (MSB) 

in a binary code, the bit or bit position with the largest numerical weighting in a group of bits that, when taken 
as a whole, represent a numerical value (e.g., in the number 1000b, the bit that is set to one) 

3.1.70 name 

label of an object that is unique within a specified context and should never change (e.g., the term name and 
world wide identifier (WWID) may be interchangeable) 

3.1.71 Network Address Authority (NAA) 

field within a name (see 3.1.70) that specifies the format and length of that name 
Note 1 to entry: See 7.7.6.6 and FC-FS-3. 

3.1.72 nexus 

relationship between two SCSI devices, and the SCSI initiator port and SCSI target port objects within those 
SCSI devices 

Note 1 to entry: See SAM-5. 

3.1.73 nonvolatile cache memory 

cache memory (see 3.1.14) that retains data through any power cycle 

3.1.74 null-padded 

type of field in which unused bytes are placed at the end of the field (i.e., highest offset) and are filled with 
ASCII null (OOh) characters 
Note 1 to entry: See 4.3.2. 

3.1.75 null-terminated 

type of field in which the last used byte (i.e., highest offset) is required to contain an ASCII null (OOh) character 
Note 1 to entry: See 4.3.2. 

3.1.76 one 

logical true condition of a variable 

3.1.77 organizationally unique identifier (OUI) 

numeric identifier that is assigned by the IEEE such that no assigned identifiers are identical 
Note 1 to entry: OUI is equivalent to companyjd or IEEE companyjd. 

Note 2 to entry: The IEEE prefers OUI for EUI-48 identifiers (see 3.1.38) and companyjd for EUI-64 
identifiers (see 3.1.39). However, the numeric identifier is called an OUI when that identifier is assigned by the 
IEEE. 

Note 3 to entry: The IEEE maintains a tutorial describing the OUI at http://standards.ieee.org/regauth/oui/. 

3.1.78 page 

regular parameter structure or format used by several commands and identified with a value known as a page 
code 

3.1.79 peripheral device type 

synonym for device type (see 3.1.30) 
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3.1.80 persist through power loss 

capability associated with some features that allows an application client to request that a device server 
maintain information regarding that feature across power failures 

3.1.81 persistent reservation holder 

l_T nexus(es) that are allowed to release or change a persistent reservation without preempting it 
Note 1 to entry: See 5.13.10. 

3.1.82 power cycle 

power being removed from and later applied to a SCSI device 

3.1.83 power on 

condition resulting from the events defined by SAM-5 in which the SCSI device performs the power on opera¬ 
tions described in SAM-5, this standard, and the applicable command standards 

3.1.84 primary target port asymmetric access state 

characteristic that defines the behavior of a target port and the allowable command set for a logical unit when 
commands and task management functions are routed through the target port maintaining that state 
Note 1 to entry: See 5.15.2.1. 

3.1.85 primary target port group 

set of target ports that are in the same primary target port asymmetric access state (see 3.1.84) at all times 
Note 1 to entry: See 5.15.2.1. 

3.1.86 primary target port group asymmetric access state 

primary target port asymmetric access state (see 3.1.84) common to the set of target ports in a primary target 
port group (see 3.1.85) 

Note 1 to entry: See 5.15.2.1. 

3.1.87 protection information 

one or more fields appended to each logical block that contain a CRC and device type specific information 
Note 1 to entry: See SBC-3 and SSC-4. 

3.1.88 protocol identifier 

coded value used in various fields to identify the SCSI transport protocol to which other fields apply 
Note 1 to entry: See 7.6.1. 

3.1.89 protocol specific 

requirement that is defined by a SCSI transport protocol standard (see 3.1.108) 

Note 1 to entry: See SAM-5. 

3.1.90 protocol standard 

synonymous with SCSI transport protocol standard (see 3.1.108) 

3.1.91 registered 

condition that exists for an I T nexus following the successful completion of a PERSISTENT RESERVE OUT 
command with a REGISTER service action, REGISTER AND IGNORE EXISTING KEY service action (see 
5.13.7), or REGISTER AND MOVE service action (see 5.13.8) and lasting until the registration is removed 
(see 5.13.11) 
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3.1.92 registrant 

l_T nexus that is registered (see 3.1.91) 

3.1.93 relative port identifier 

identifier for a SCSI port (see 3.1.105) that is unique within a SCSI device (see 3.1.100) 

Note 1 to entry: Application clients may use the SCSI Ports VPD page (see 7.7.14) to determine relative port 
identifier values. 

Note 2 to entry: See SAM-5. 

3.1.94 relative initiator port identifier 

relative port identifier (see 3.1.93) for a SCSI initiator port (see 3.1.104) 

3.1.95 relative target port identifier 

relative port identifier (see 3.1.93) for a SCSI target port (see 3.1.107) 

3.1.96 request for comment (RFC) 

name given to standards developed by the Internet Engineering Task Force 

3.1.97 right-aligned 

type of field containing ASCII data in which unused bytes are placed at the start of the field (i.e., lowest offset) 
and are filled with ASCII space (20h) characters 
Note 1 to entry: See 4.3.1. 

3.1.98 ROD token 

kind of token (see 3.1.129) that is a representation of data 
Note 1 to entry: See 5.16.6. 

3.1.99 saturating counter 

counter that remains at its maximum value after reaching its maximum value 

3.1.100 SCSI device 

device that contains one or more SCSI ports that are each connected to a service delivery subsystem and 
supports a SCSI application protocol 
Note 1 to entry: See SAM-5. 

3.1.101 SCSI device name 

name (see 3.1.70) of a SCSI device that is world wide unique within the protocol of a SCSI domain (see 
3.1.102) in which the SCSI device has SCSI ports (see 3.1.105) 

Note 1 to entry: The SCSI device name may be made available to other SCSI devices or SCSI ports in 
protocol specific ways. 

Note 2 to entry: See SAM-5. 

3.1.102 SCSI domain 

interconnection of two or more SCSI devices and a service delivery subsystem 

3.1.103 SCSI initiator device 

SCSI device (see 3.1.100) containing application clients (see 3.1.5) and SCSI initiator ports (see 3.1.104) 
Note 1 to entry: SCSI initiator devices originate device service and task management requests (see SAM-5) to 
be processed by a SCSI target device (see 3.1.106) and receive device service and task management 
responses from SCSI target devices. 

Note 2 to entry: See SAM-5. 
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3.1.104 SCSI initiator port 

SCSI initiator device (see SAM-5) object that acts as the connection between application clients and a service 
delivery subsystem through which requests and responses are routed 
Note 1 to entry: See SAM-5. 

3.1.105 SCSI port 

SCSI initiator port (see 3.1.104) or SCSI target port (see 3.1.107) 

3.1.106 SCSI target device 

SCSI device (see 3.1.100) containing logical units (see 3.1.59) and SCSI target ports (see 3.1.107) 

Note 1 to entry: SCSI target devices receive device service and task management requests (see SAM-5) for 
processing and send device service and task management responses to SCSI initiator devices. 

Note 2 to entry: See SAM-5. 

3.1.107 SCSI target port 

SCSI target device (see SAM-5) object that acts as the connection between device servers and task 
managers and a service delivery subsystem through which requests and responses are routed 
Note 1 to entry: See SAM-5. 

3.1.108 SCSI transport protocol standard 

SCSI standard that defines a SCSI transport protocol (e.g., FCP-4, SPL-3, SRP, or SBP-3) 

3.1.109 secondary target port asymmetric access state 

characteristic indicating a condition that affects the way in which an individual target port participates in its 
assigned primary target port group (see 3.1.85) 

Note 1 to entry: See 5.15.2.1. 

3.1.110 secondary target port group 

one or more target ports that are in the same secondary target port asymmetric access state (see 3.1.109) 
Note 1 to entry: See 5.15.2.1. 

3.1.111 Secure Content Storage Association (SCSA) 

organization that develops specifications for protecting digital media content 
| Note 1 to entry: See http://www.vidity.com/about-us/. 

3.1.112 Secure Digital Card Association (SD Card) 

organization that establishes and maintains standards for secure digital memory card applications 
Note 1 to entry: See http://www.sdcard.org/. 

3.1.113 sense data 

data describing an error, exceptional condition, or completion information 

Note 1 to entry: A device server delivers sense data to an application client in the same l_T_L_Q nexus 
transaction (see 3.1.47) as the status or as parameter data in response to a REQUEST SENSE command 
(see 6.34). 

Note 2 to entry: See 4.4. 

3.1.114 sense key 

contents of the sense key field in sense data (see 4.4) 
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3.1.115 service action 

extension of the operation code (see 4.2.5.1) used to define a command 
Note 1 to entry: See 4.2.5.2. 

3.1.116 service delivery subsystem 

that part of a SCSI domain that transmits service requests to a logical unit or SCSI target device and returns 
logical unit or SCSI target device responses to a SCSI initiator device 
Note 1 to entry: See SAM-5. 

3.1.117 standby power condition 

power condition in which a device server is capable of completing the processing of all its supported 
commands, except those that require the logical unit be in the idle power condition (see 3.1.48) or active 
power condition (see 3.1.1) to be capable of completing the command with GOOD status 
Note 1 to entry: See 5.12.6. 

3.1.118 status 

one byte of response information that contains a coded value defined in SAM-5, transferred from a device 
server to an application client upon completion of each command 
Note 1 to entry: See SAM-5. 

3.1.119 Storage Networking Industry Association (SNIA) 

organization that develops and promotes standards for storage management and other storage-related 
functions 

Note 1 to entry: See http://www.snia.org/. 

3.1.120 system 

one or more SCSI domains operating as a single configuration 

3.1.121 target port 

synonymous with SCSI target port (see 3.1.107) 

3.1.122 target port asymmetric access state 

primary target port asymmetric access state (see 3.1.84) or secondary target port asymmetric access state 
(see 3.1.109) 

3.1.123 target port group 

primary target port group (see 3.1.85) or secondary target port group (see 3.1.110) 

3.1.124 target port identifier 

value by which a SCSI target port (see 3.1.107) is referenced within a SCSI domain (see SAM-5) 

3.1.125 target port name 

name (see 3.1.70) of a SCSI target port 

3.1.126 task set 

group of commands within a logical unit, whose interaction is dependent on the task management (i.e., 
queuing) and ACA rules 

Note 1 to entry: The Control mode page (see 7.5.10) defines management capabilities for task sets. 

Note 2 to entry: See SAM-5. 
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3.1.127 TCP port number 

one of the data necessary to establish a TCP connection 

Note 1 to entry: TCP port numbers may be assigned to protocols that layer on TCP by IANA. IANA maintains 
a list of TCP port number assignments at http://www.iana.org/assignments/port-numbers. 

3.1.128 third-party command 

command sent to one SCSI device requesting that an operation be performed involving two other SCSI 
devices (e.g., the EXTENDED COPY command may perform copy operations between two or more SCSI 
devices none of which are the SCSI device to which the EXTENDED COPY command was sent) 

3.1.129 token 

a representation of a collection of data (e.g., management data, security data) 

3.1.130 Trusted Computing Group (TCG) 

organization that develops and promotes open standards for hardware-enabled trusted computing and 
security technologies 

Note 1 to entry: See https://www.trustedcomputinggroup.org. 

3.1.131 unbounded data counter log parameter 

log parameter that contains one or more saturating counter values (see 3.1.99) or wrapping counter values 
(see 3.1.141) 

Note 1 to entry: Other log parameters in the same log page are not affected. 

Note 2 to entry: See 7.3.2.2.2.3. 

3.1.132 unit attention condition 

asynchronous status information that a logical unit establishes to report to the initiator ports associated with 
one or more I T nexuses 
Note 1 to entry: See SAM-5. 

3.1.133 universal time (UT) 

time at longitude zero, colloquially known as Greenwich Mean Time 
| Note 1 to entry: See http://aa.usno.navy.mil/faq/docs/UT.php. 

3.1.134 URI Schemes 

syntax specifications for UTF-8 (see 3.1.137) format strings that identify resources (see RFC 3986) 

Note 1 to entry: IANA maintains a list of schemes for URI and URL names at: 
http ://www. iana.org/assig n ments/u ri-schemes. 

3.1.135 user data 

data contained in logical blocks (e.g., see SBC-3) that is not protection information (see 3.1.87) 

Note 1 to entry: Each command standard (see 3.1.18) may provide its own definition of user data. 

3.1.136 user data segment 

contiguous sequence of logical blocks 
Note 1 to entry: See SBC-3. 

3.1.137 UTF-8 

character set that is a transformation format of the character set defined by ISO 10646 
Note 1 to entry: See RFC 2279. 
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3.1.138 volatile cache memory 

cache memory (see 3.1.14) that does not retain data through power cycles 

3.1.139 well known logical unit 

logical unit that only does specific functions in a SCSI target device 

Note 1 to entry: Well known logical units allow an application client to issue requests to receive and manage 
specific information usually relating to a SCSI target device. 

Note 2 to entry: See clause 8 and SAM-5. 

3.1.140 word 

sequence of 16 contiguous bits considered as a unit 

3.1.141 wrapping counter 

counter that wraps back to zero after reaching its maximum value 

3.1.142 zero 

logical false condition of a variable 

3.1.143 zero-padded 

type of field in which unused bytes are placed at the end of the field (i.e., highest offset) and are filled with 
zeros 

Note 1 to entry: See 4.3.2. 


3.2 Abbreviations and symbols 

3.2.1 Abbreviations 

See Clause 2 for abbreviations of standards bodies (e.g., ISO). Abbreviations used in this standard: 


Abbreviation 

Meaning 

ACA 

Auto Contingent Allegiance (see 3.1.8) 

ADC-3 

Automation/Drive Interface - Commands -3 

ADT-2 

Automation/Drive Interface - Transport Protocol -2 

ASC 

Additional Sense Code (see 4.4) 

ASCII 

American Standard Code for Information Interchange 

ASCQ 

Additional Sense Code Qualifier (see 4.4) 

ASN.1 

Abstract Syntax Notation One 

ATA 

AT Attachment (see www.t13.org) 

ATAPI 

AT Attachment with Packet Interface (see www.t13.org) 

BOP 

beginning of partition 

CDB 

Command Descriptor Block (see 3.1.17) 

CFA 

CompactFlash Association 

CRC 

Cyclic Redundancy Check 

CSCD 

Copy Source or Copy Destination (see 3.1.22) 

CSEC 

Communications Security Establishment Canada 

DID 

Destination Identifier (defined in FC-FS-3) 

EOD 

end of data 

EOP 

end of partition 

EUI-48 

Extended Unique Identifier, a 48-bit globally unique identifier (see 3.1.38) 
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Abbreviation Meaning 

EUI-64 Extended Unique Identifier, a 64-bit globally unique identifier (see 3.1.39) 

FC-FS-3 Fibre Channel Framing and Signaling Interface-3 

FC-LS-2 Fibre Channel Link Services-2 

FC-SP-2 Fibre Channel Security Protocols-2 

FCP-4 Fibre Channel Protocol for SCSI -4 

HTTP Hypertext Transfer Protocol (see RFC 2616) 

IANA Internet Assigned Numbers Authority (see 3.1.54) 

ID Identifier or Identification 

IEEE Institute of Electrical and Electronics Engineers 

IP Internet Protocol 

IPv4 Internet Protocol version 4 

IPv6 Internet Protocol version 6 

iSCSI Internet SCSI 

IU Information Unit 

LB A Logical Block Address 

LID1 List Identifier is 1 byte (see SPC-4) 

LSB Least Significant Bit (see 3.1.57) 

LUN Logical Unit Number (see 3.1.62) 

MAM Medium Auxiliary Memory (see 3.1.68) 

MMC-6 SCSI Multi-Media Commands - 6 and MMC-6 Amendment 1 

MSB Most Significant Bit (see 3.1.69) 

n/a not applicable 

NAA Network Address Authority (see 3.1.71) 

NVMe NVM Express 

OCRW SCSI Specification for Optical Card Reader/Writer 

OSD Object-based Storage Devices Commands 

OUI Organizationally Unique Identifier (see 3.1.77) 

PCI Peripheral Component Interface 

PCIe PCI Express 

RAID Redundant Array of Independent Disks 

RBC SCSI Reduced Block Commands 

RDMA Remote Direct Memory Access (see SRP) 

RFC Request For Comments (see 3.1.96) 

ROD Representation Of Data (see 5.16.6) 

SAM-2 SCSI Architecture Model -2 

SAM-5 SCSI Architecture Model -5 

SAS-2 Serial Attached SCSI -2 

SAT-3 SCSI / ATA Translation -3 

SBC-2 SCSI Block Commands -2 

SBC-3 SCSI Block Commands -3 

SBC-4 SCSI Block Commands -4 

SBP-3 Serial Bus Protocol -3 

SCC-2 SCSI Controller Commands -2 

SCSA Secure Content Storage Association 

SCSI Small Computer System Interface 

SES-2 SCSI Enclosure Services -2 

SES-3 SCSI Enclosure Services -3 

SFSC Security Features for SCSI Commands 
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Abbreviation 

Meaning 

SMC-3 

SCSI Media Changer Commands -3 

SNIA 

Storage Networking Industry Association (see 3.1.119) 

SPC-2 

SCSI Primary Commands -2 

SPC-3 

SCSI Primary Commands -3 

SPC-4 

SCSI Primary Commands -4 (this standard) 

SPI-5 

SCSI Parallel Interface -5 

SPL-2 

SAS Protocol Layer -2 

SPL-3 

SAS Protocol Layer -3 

SRP 

SCSI RDMA Protocol 

SSC-4 

SCSI Stream Commands -4 

SSC-5 

SCSI Stream Commands -5 

TCG 

Trusted Computing Group (see 3.1.130) 

TCP 

Transmission Control Protocol (see RFC 793) 

UFS 

Universal Flash Storage (developed by JEDEC) 

URI 

Uniform Resource Identifier (see RFC 3986 and 3.1.134) 

URL 

Uniform Resource Locator (see RFC 3986 and 3.1.134) 

UT 

Universal time (see 3.1.133) 

USB 

Universal Serial Bus 

USB-3 

Universal Serial Bus -3 

VPD 

Vital Product Data (see 7.7) 

VPG1 

Video Performance Guarantee Profile 1 

VS 

Vendor Specific (see 3.3.12) 

XCDB 

Extended CDB (see 3.1.37) 

ZBC 

Zoned Block Commands 

3.2.2 Symbols 

Symbols used in this standard: 

Symbol 

Meaning 

II 

concatenation 

X, XX 

any valid value for a bit or field 

& 

grammatical and 

-> 

segment descriptor transfer data (see 3.7.4) 
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3.2.3 Mathematical operators 

Mathematical operators used in this standard: 

Mathematical 
operator 


/ 


3.3 Keywords 

3.3.1 invalid 

keyword used to describe an illegal or unsupported bit, byte, word, field or code value 

Note 1 to entry: Receipt by the device server of an invalid bit, byte, word, field or code value shall be reported 

as an error. 

3.3.2 mandatory 

keyword indicating an item that is required to be implemented as defined in this standard 

3.3.3 may 

keyword indicating flexibility of choice with no implied preference 

3.3.4 may not 

keyword indicating flexibility of choice with no implied preference 

3.3.5 obsolete 

keyword indicating that an item was defined in prior SCSI standards but has been removed from this standard 

3.3.6 option, optional 

keywords that describe features that are not required to be implemented by this standard 

Note 1 to entry: If any optional feature defined by this standard is implemented, then it shall be implemented 

as defined in this standard. 

3.3.7 prohibited 

keyword used to describe a feature, function, or coded value that is defined in a non-SCSI standard (i.e., a 
standard that is not a member of the SCSI family of standards) to which this standard makes a normative 
reference where the use of said feature, function, or coded value is not allowed for implementations of this 
standard 


Meaning 

plus 
minus 
divided by 
multiplied by 
less than 

less than or equal to 
greater than 
greater than or equal to 
not equal to 
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3.3.8 reserved 

keyword referring to bits, bytes, words, fields and code values that are set aside for future standardization 
Note 1 to entry: A reserved bit, byte, word or field shall be set to zero, or in accordance with a future extension 
to this standard. 

Note 2 to entry: Recipients are not required to check reserved bits, bytes, words or fields for zero values. 

Note 3 to entry: Receipt of reserved code values in defined fields shall be reported as an error. 

3.3.9 restricted 

keyword referring to bits, bytes, words, and fields that are set aside for other identified standardization 
purposes 

Note 1 to entry: A restricted bit, byte, word, or field shall be treated as a reserved bit, byte, word or field in the 
context where the restricted designation appears. 

3.3.10 shall 

keyword indicating a mandatory requirement 

Note 1 to entry: Designers are required to implement all such mandatory requirements to ensure 
interoperability with other products that conform to this standard. 

3.3.11 should 

keyword indicating flexibility of choice with a strongly preferred alternative 

3.3.12 vendor specific (VS) 

something (e.g., a bit, field, code value) that is not defined by this standard 

Note 1 to entry: Specification of the referenced item is determined by the SCSI device vendor and may be 
used differently in various implementations. 


3.4 Conventions 

Certain words and terms used in this standard have a specific meaning beyond the normal English meaning. 
These words and terms are defined either in 3.1 or in the text where they first appear. Names of commands, 
statuses, sense keys, and additional sense codes are in all uppercase (e.g., REQUEST SENSE). Lowercase 
is used for words having the normal English meaning. 

If there is more than one CDB length for a particular command (e.g., MODE SENSE(6) and MODE 
SENSE(IO)) and the name of the command is used in a sentence without any CDB length descriptor (e.g., 
MODE SENSE), then the condition described in the sentence applies to all CDB lengths for that command. 

The names of fields are in small uppercase (e.g., allocation length). When a field name is a concatenation 
of acronyms, uppercase letters may be used for readability (e.g., NormACA). Normal case is used when the 
contents of a field are being discussed. Fields containing only one bit are usually referred to as the name bit 
instead of the name field. 

When the value of the bit or field is not relevant, x or xx appears in place of a specific value. 

Lists sequenced by lowercase or uppercase letters show no ordering relationship between the listed items. 

EXAMPLE 1 - The following list shows no relationship between the colors named: 

a) red, specificity one of the following colors: 

A) crimson; or 
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B) amber; 

b) blue; or 

c) green. 

Lists sequenced by numbers show an ordering relationship between the listed items. 
EXAMPLE 2 - The following list shows the order in which a page is meant to be read: 

1) top; 

2) middle; and 

3) bottom. 


Lists are associated with an introductory paragraph or phrase, and are numbered relative to that paragraph or 
phrase (i.e., all lists begin with an a) or 1) entry). 


If a conflict arises between text, tables, or figures, the order of precedence to resolve the conflicts is text; then 
tables; and finally figures. Not all tables or figures are fully described in the text. Tables show data format and 
values. Notes do not constitute any requirements for implementors. 


3.5 Numeric and character conventions 


3.5.1 Numeric conventions 

A binary number is represented in this standard by any sequence of digits comprised of only the Arabic 
numerals 0 and 1 immediately followed by a lower-case b (e.g., 0101b). Underscores or spaces may be 
included in binary number representations to increase readability or delineate field boundaries (e.g., 
0 0101 1010b or 0_0101_1010b). 

A hexadecimal number is represented in this standard by any sequence of digits comprised of only the Arabic 
| numerals 0 to 9 and/or the upper-case English letters A to F immediately followed by a lower-case h (e.g., 
FA23h). Underscores or spaces may be included in hexadecimal number representations to increase 
readability or delineate field boundaries (e.g., B FD8C FA23h or B_FD8C_FA23h). 

A decimal number is represented in this standard by any sequence of digits comprised of only the Arabic 
| numerals 0 to 9 not immediately followed by a lower-case b or lower-case h (e.g., 25). 

A range of numeric values is represented in this standard in the form “a to z”, where a is the first value 
included in the range, all values between a and z are included in the range, and z is the last value included in 
the range (e.g., the representation “Oh to 3h” includes the values Oh, 1 h, 2h, and 3h). 

This standard uses the following conventions for representing decimal numbers: 

a) the decimal separator (i.e., separating the integer and fractional portions of the number) is a period; 

b) the thousands separator (i.e., separating groups of three digits in a portion of the number) is a space; 

c) the thousands separator is used in both the integer portion and the fraction portion of a number; and 

d) the decimal representation for a year is 1999 not 1 999. 
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Table 1 shows some examples of decimal numbers represented using various conventions. 

Table 1 — Numbering conventions examples 


French 

English 

This standard 

0,6 

0.6 

0.6 

3,141 592 65 

3.14159265 

3.141 592 65 

1 000 

1,000 

1 000 

1 323 462,95 

1,323,462.95 

1 323 462.95 


A decimal number represented in this standard with an overline over one or more digits following the decimal 
point is a n umber w here the overlined digits are infinitely repeating (e.g., 666.6 means 666.666 666... or 666 
2/3 and 12.142 857 means 12.142 857 142 857... or 12 1/7). 


3.5.2 Units of measure 

This standard represents values using both decimal units of measure and binary units of measure. Values are 
represented by the following formats: 

a) for values based on decimal units of measure: 

1) numerical value (e.g., 100); 

2) space; 

3) prefix symbol and unit: 

1) decimal prefix symbol (e.g., M) (see table 2); and 

2) unit abbreviation (e.g., B); 
and 

b) for values based on binary units of measure: 

1) numerical value (e.g., 1 024); 

2) space; 

3) prefix symbol and unit: 

1) binary prefix symbol (e.g., Gi) (see table 2); and 

2) unit abbreviation (e.g., b). 
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Table 2 compares the prefix, symbols, and power of the binary and decimal units. 


Table 2 — Comparison of decimal prefixes and binary prefixes 


| Decimal 

Binary 

Prefix 

Prefix 

Power 

Prefix 

Prefix 

Power 

name 

symbol 

(base-10) 

name 

symbol 

(base-2) 

kilo 

k 

10 3 

kibi 

Ki 

2 io 

mega 

M 

10 6 

mebi 

Mi 

2 20 

giga 

G 

10 9 

gibi 

Gi 

230 

tera 

T 

10 12 

tebi 

Ti 

2 40 

peta 

P 

1 0 15 

pebi 

Pi 

2 50 

exa 

E 

1018 

exbi 

Ei 

2 60 

zetta 

Z 

10 21 

zebi 

Zi 

2 70 

yotta 

Y 

10 24 

yobi 

Yi 

2 80 


3.5.3 Byte encoded character strings conventions 

When this standard requires one or more bytes to contain specific encoded characters, the specific characters 
are enclosed in single quotation marks. The single quotation marks identify the start and end of the characters 
that are required to be encoded but are not themselves to be encoded. The characters that are to be encoded 
are shown in the case that is to be encoded. 

An ASCII space character (i.e., 20h) may be represented in a string by the character (e.g., ‘SCShdevice’). 

The encoded characters and the single quotation marks that enclose them are preceded by text that specifies 
the character encoding methodology and the number of characters required to be encoded. 

EXAMPLE - Using the notation described in this subclause, stating that the eleven ASCII characters ‘SCSI device’ 
represent encoded characters is the same as writing out the following sequence of byte values: 53h 43h 53h 49h 20h 64h 
65h 76h 69h 63h 65h. 


3.6 Bit and byte ordering 

This subclause describes the representation of fields in a table that defines the format of a SCSI structure 
(e.g., the format of a CDB). 

If a field consists of more than one bit and contains a single value (e.g., a number), the least significant bit 
(LSB) is shown on the right and the most significant bit (MSB) is shown on the left (e.g., in a byte, bit 7 is the 
MSB and is shown on the left, and bit 0 is the LSB and is shown on the right). The MSB and LSB are not 
labeled if the field consists of 8 or fewer bits. 

If a field consists of more than one byte and contains a single value, the byte containing the MSB is stored at 
the lowest address and the byte containing the LSB is stored at the highest address (i.e., big-endian byte 
ordering). The MSB and LSB are labeled. 


24 


Working Draft SCSI Primary Commands - 5 (SPC-5) 




12 August 2015 


T10/BSR INCUS 502 Revision 05 


If a field consists of more than one byte and always contains multiple fields each with their own values (e.g., a 
descriptor), then there is no MSB and LSB of the field itself and thus there are no MSB and LSB labels. Each 
individual field has an MSB and LSB that are labeled as appropriate in the table, if any, that describes the 
format of the sub-structure having multiple fields. 

If a field that consists of more than one byte contains either multiple fields each with their own values or a 
single value, then: 

a) the MSB and LSB are labeled and they apply as described in this subclause whenever the field 
contains a single value; and 

b) the labels on constituent fields supersede the single value labels whenever the field contains multiple 
fields. 

If a field contains a text string (e.g., ASCII or UTF-8), the MSB label is the MSB of the first character and the 
LSB label is the LSB of the last character. 

When required for clarity, multiple byte fields may be represented with only two rows in a table. This condition 
is represented by values in the byte number column not increasing by one in each subsequent table row, thus 
indicating the presence of additional bytes. 
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3.7 Notation conventions 

3.7.1 Notation for procedure calls 

In this standard, the model for functional interfaces between objects is a procedure call. Such interfaces are 
specified using the following notation: 

[Result =] Procedure Name (IN ([input-1] [,input-2] ...]), OUT ([output-1] [,output-2] ...)) 

Where: 

Result: A single value representing the outcome of the procedure call. 

Procedure Name: A descriptive name for the function modeled by the procedure call. When the 
procedure call model is used to describe a SCSI transport protocol service, the 
procedure name is the same as the service name. 

Input-1, Input-2, ...: A comma-separated list of names identifying caller-supplied input arguments. 

Output-1, Output-2, ...: A comma-separated list of names identifying output arguments to be returned by 
the procedure call. 

"[...]": Brackets enclosing optional or conditional arguments. 

This notation allows arguments to be specified as inputs and outputs. An interface between entities may 
require only inputs. If a procedure call has no output arguments, the word OUT, preceding comma, and 
associated pair of balanced parentheses are omitted. 

The following is an example of a procedure call specification: 

Found = Search (IN (Pattern, Item List), OUT ([Item Found])) 

Where: 

Found = Flag 

Flag: if set to one, indicates that a matching item was located. 

Input Arguments: 

Pattern = ... /* Definition of Pattern argument */ 

Argument containing the search pattern. 

Item List = ltem<NN> /* Definition of Item List as an array of NN Item arguments*/ 

Contains the items to be searched for a match. 

Output Arguments: 

Item Found = Item ... /* Item located by the search procedure call 7 

This argument is only returned if the search succeeds. 
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3.7.2 Notation for state diagrams 

All state diagrams use the notation shown in figure 2. 


SO: State 0 SI: State 1 



Figure 2 — Example state diagram 

The state diagram is followed by subclauses describing the states and state transitions. 

Each state and state transition is described in the list with particular attention to the conditions that cause the 
transition to occur and special conditions related to the transition. 

A system described in this manner has the following properties: 

a) time elapses only within discrete states; and 

b) state transitions are logically instantaneous. 
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3.7.3 Notation for flowcharts 

This standard uses flowcharts that ISO 5807:1995 (R2003) defines as program flowcharts. Figure 3 shows an 
example flowchart. 



Figure 3 — Example flowchart 


The following types of symbols are shown in figure 3: 

a) a termination (e.g., start and end) symbol; 

b) a process symbol; 

c) a decision symbol; and 

d) a reference (e.g., 1 and 2) symbol. 

A termination symbol shows the starting point for the flowchart or the ending point for the flowchart. 

A process symbol shows any kind of processing function that occurs as a result of entering this condition from 
a previous symbol. 

A decision symbol shows a point in the progression of the flowchart from which there is more than one exit 
possibility of which only one is satisfied by the condition described within the decision symbol. 

A reference symbol shows a connection to or from another flowchart and has the same number in both the 
source flowchart and destination flowchart. 
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3.7.4 Notation for EXTENDED COPY command segment descriptors 

The segment descriptors (see 6.4.6) contained in the parameter list for an EXTENDED COPY command (see 
6.4) request the copy manager to perform operations on copy sources and copy destinations. The names of 
segment descriptors indicate this by inserting a right pointing arrow (i.e., ->) between a brief description of the 
copy source and a brief description of the copy destination (e.g., block^-stream). 

If the segment descriptor requests the transfer of data to the copy destination and another location, an 
ampersand (i.e., &) is appended to the copy destination with a description of the additional location following 
the ampersand (e.g., block^stream&application client\). 
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4 General concepts 
4.1 Introduction 

This standard defines behaviors that are common to all SCSI device models (see clause 5). This standard 
defines the SCSI commands that are basic to more than one device model and the SCSI commands that may 
apply to any device model (see clause 6). This standard defines the parameters that are basic to more than 
one device model (see clause 7). 


4.2 Command Descriptor Block 


4.2.1 CDB usage and structure 

A command is communicated by sending a CDB to the device server. For some commands, the CDB is 
accompanied by a list of parameters in the Data-Out Buffer. See the specific commands for detailed 
information. 

If an object in a logical unit (e.g., a device server) validates reserved CDB fields and receives a reserved field 
within the CDB that is not zero, then the logical unit shall terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
CDB. 

If a logical unit receives a reserved CDB code value in a field other than the operation code field, then the 
logical unit shall terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The fixed length CDB formats are described in 4.2.2. The variable length CDB formats are described in 4.2.3. 
The XCDB format is described in 4.2.4. The CDB fields that are common to most commands are described in 
4.2.5. The fields shown in 4.2.2 and 4.2.3 and described in 4.2.5 are used consistently by most commands. 
Except for the operation code field, the service action field, if any, and the control byte, the actual usage 
of any field is described in the standard defining that command. If a device server receives a CDB containing 
an operation code that is invalid or not supported, the device server shall terminate the command with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID COMMAND OPERATION CODE. 

For all commands, if there is an invalid parameter in the CDB, the device server shall terminate the command 
without altering the medium. 

The XCDB format (see 4.2.4) is a CDB in which additional information is appended to another CDB. The 
requirements in this subclause apply to the XCDB and the CDB contained in the XCDB. 
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4.2.2 Fixed length CDB formats 

4.2.2.1 Formats for 6-byte CDBs 

4.2.2.1.1 Generic 6-byte CDB format 

Table 3 shows the generic format of a 6-byte CDB. 


Table 3 — Generic CDB format for 6-byte commands 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

OPERATION CODE 

1 




miscellaneous CDB information 



4 









5 

CONTROL 


The operation code field is defined in 4.2.5.1. 

Miscellaneous CDB information is defined by the standard that defines the command. 
The control byte is defined in SAM-5. 

4.2.2.1.2 Typical 6-byte CDB format 

Table 4 shows the typical format of a 6-byte CDB, including the location of: 

a) the transfer length field, if any; 

b) the parameter list length field, if any; and 

c) the allocation length field, if any. 


Table 4 — Typical CDB format for 6-byte commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE 

1 

miscellaneous CDB information 

3 


4 

TRANSFER LENGTH (if any) 

PARAMETER LIST LENGTH (if any) 

ALLOCATION LENGTH (if any) 

5 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1. 

Miscellaneous CDB information is defined by the standard that defines the command. 
The TRANSFER length field, if any, is defined in 4.2.5.4. 
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The PARAMETER list length field, if any, is defined in 4.2.5.5. 

The ALLOCATION length field, if any, is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

4.2.2.2 Formats for 10-byte CDBs 
4.2.2.2.1 Generic 10-byte CDB format 

Table 5 shows the generic format of a 10-byte CDB, including the location of the service action field, if any. 


Table 5 — Generic CDB format for 10-byte commands 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

OPERATION CODE 

1 

miscellaneous CDB information 

SERVICE ACTION (if any) 
miscellaneous CDB information (if any) 

2 


miscellaneous CDB information 

• •• 


8 


9 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1. 

Miscellaneous CDB information is defined by the standard that defines the command. 
The SERVICE ACTION field, if any, is defined in 4.2.5.2. 

The control byte is defined in SAM-5. 
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4.2.2.2.2 Typical 10-byte CDB format 

Table 6 shows the typical format of a 10-byte CDB, including the location of: 

a) the service action field, if any; 

b) the LOGICAL BLOCK address field, if any; 

c) the transfer length field, if any; 

d) the parameter list length field, if any; and 

e) the allocation LENGTH field, if any. 


Table 6 — Typical CDB format for 10-byte commands 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

OPERATION CODE 

1 

miscellaneous CDB information service action (if any) 

2 

(MSB) 

LOGICAL BLOCK ADDRESS (if any) 


5 

(LSB) 

6 

miscellaneous CDB information 

7 

(MSB) 

TRANSFER LENGTH (if any) 

PARAMETER LIST LENGTH (if any) 

ALLOCATION LENGTH (if any) 


8 


(LSB) 

9 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1. 

Miscellaneous CDB information is defined by the standard that defines the command. 
The SERVICE ACTION field, if any, is defined in 4.2.5.2. 

The LOGICAL BLOCK address field, if any, is defined in 4.2.5.3. 

The transfer length field, if any, is defined in 4.2.5.4. 

The parameter list length field, if any, is defined in 4.2.5.5. 

The allocation length field, if any, is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 
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4.2.2.3 Formats for 12-byte CDBs 
4.2.2.3.1 Generic 12-byte CDB format 

Table 7 shows the generic format of a 12-byte CDB, including the location of the service action field, if any. 


Table 7 — Generic CDB format for 12-byte commands 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

OPERATION CODE 

1 

miscellaneous CDB information 

SERVICE ACTION (if any) 
miscellaneous CDB information (if any) 

2 


miscellaneous CDB information 

• •• 


10 


11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1. 

Miscellaneous CDB information is defined by the standard that defines the command. 
The SERVICE ACTION field, if any, is defined in 4.2.5.2. 

The control byte is defined in SAM-5. 
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4.2.2.3.2 Typical 12-byte CDB format 

Table 8 shows the typical format of a 12-byte CDB, including the location of: 

a) the service action field, if any; 

b) the LOGICAL BLOCK address field, if any; 

c) the transfer length field, if any; 

d) the parameter list length field, if any; and 

e) the allocation LENGTH field, if any. 


Table 8 — Typical CDB format for 12-byte commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE 

1 

miscellaneous CDB information service action (if any) 

2 

(MSB) 

LOGICAL BLOCK ADDRESS (if any) 

5 

(LSB) 

6 

(MSB) TRANSFER length (if any) 

PARAMETER LIST LENGTH (if any) 

9 

ALLOCATION LENGTH (if any) ( L g B ) 

10 

miscellaneous CDB information 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1. 


Miscellaneous CDB information is defined by the standard that defines the command. 
The SERVICE ACTION field, if any, is defined in 4.2.5.2. 

The LOGICAL BLOCK address field, if any, is defined in 4.2.5.3. 

The TRANSFER length field, if any, is defined in 4.2.5.4. 

The PARAMETER list length field, if any, is defined in 4.2.5.5. 

The allocation length field, if any, is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 
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4.2.2.3.3 MAINTENANCE IN CDB format 

Table 9 shows the generic format of a CDB that uses the MAINTENANCE IN operation code. If the 
peripheral device type field is set to OCh (i.e., storage array controller device) or the sees bit is set to one in 
the standard INQUIRY data (see 6.5.2), then the MAINTENANCE IN service action definition in SCC-2 for the 
specified service action, if any, applies. 


Table 9 — Generic CDB format for MAINTENANCE IN commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

miscellaneous CDB information service action 

2 

miscellaneous CDB information 

10 


11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 9 for any command that uses 
the MAINTENANCE IN CDB format. 

Miscellaneous CDB information is defined by the standard that defines the command that uses the 
MAINTENANCE IN CDB format. 

The service action field is defined in 4.2.5.2, and in the standard that defines the command that uses the 
MAINTENANCE IN CDB format. A numeric ordered listing of service actions associated with the 
MAINTENANCE IN CDB format is provided in E.3.3. 

The CONTROL byte is defined in SAM-5. 

4.2.2.3.4 MAINTENANCE OUT CDB format 

Table 10 shows the generic format of a CDB that uses the MAINTENANCE OUT operation code. If the 
peripheral device type field is set to OCh (i.e., storage array controller device) or the sees bit is set to one in 
the standard INQUIRY data (see 6.5.2), then the MAINTENANCE OUT service action definition in SCC-2 for 
the specified service action, if any, applies. 


Table 10 — Generic CDB format for MAINTENANCE OUT commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

miscellaneous CDB information service action 

2 

miscellaneous CDB information 

10 


11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 10 for any command that 
uses the MAINTENANCE OUT CDB format. 
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Miscellaneous CDB information is defined by the standard that defines the command that uses the 
MAINTENANCE OUT CDB format. 

The service action field is defined in 4.2.5.2, and in the standard that defines the command that uses the 
MAINTENANCE OUT CDB format. A numeric ordered listing of service actions associated with the 
MAINTENANCE OUT CDB format is provided in E.3.3. 

The CONTROL byte is defined in SAM-5. 

4.2.2.3.5 SERVICE ACTION IN(12) CDB format 

Table 11 shows the generic format of a CDB that uses the SERVICE ACTION IN(12) operation code. 


Table 11 — Generic CDB format for SERVICE ACTION IN(12) commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (ABh) 

1 

miscellaneous CDB information service action 

2 

miscellaneous CDB information 

10 


11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 11 for any command that 
uses the SERVICE ACTION IN(12) CDB format. 

Miscellaneous CDB information is defined by the standard that defines the command that uses the SERVICE 
ACTION IN(12) CDB format. 

The service action field is defined in 4.2.5.2, and in the standard that defines the command that uses the 
SERVICE ACTION IN(12) CDB format. A numeric ordered listing of service actions associated with the 
SERVICE ACTION IN(12) CDB format is provided in table E.5 (see E.3.4). 

The control byte is defined in SAM-5. 

4.2.2.3.6 SERVICE ACTION OUT(12) CDB format 

Table 12 shows the generic format of a CDB that uses the SERVICE ACTION OUT(12) operation code. 


Table 12 — Generic CDB format for SERVICE ACTION OUT(12) commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A9h) 

1 

miscellaneous CDB information service action 

2 

miscellaneous CDB information 

10 


11 

CONTROL 
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The operation code field is defined in 4.2.5.1 and shall be set as shown in table 12 for any command that 
uses the SERVICE ACTION OUT(12) CDB format. 

Miscellaneous CDB information is defined by the standard that defines the command that uses the SERVICE 
ACTION OUT(12) CDB format. 

The service action field is defined in 4.2.5.2, and in the standard that defines the command that uses the 
SERVICE ACTION OUT(12) CDB format. A numeric ordered listing of service actions associated with the 
SERVICE ACTION OUT(12) CDB format is provided in table E.5 (see E.3.4). 

The CONTROL byte is defined in SAM-5. 

4.2.2.4 Formats for 16-byte CDBs 
4.2.2.4.1 Generic 16-byte CDB format 

Table 13 shows the generic format of a 16-byte CDB, including the location of the service action field, if any. 


Table 13 — Generic CDB format for 16-byte commands 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

OPERATION CODE 

1 

miscellaneous CDB information 

SERVICE ACTION (if any) 
miscellaneous CDB information (if any) 

2 


miscellaneous CDB information 

• •• 


14 


15 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1. 

Miscellaneous CDB information is defined by the standard that defines the command. 
The SERVICE ACTION field, if any, is defined in 4.2.5.2. 

The control byte is defined in SAM-5. 
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4.2.2.4.2 Typical 16-byte CDB format, if eight-byte LBAs not supported 

Table 14 shows the typical format of a 16-byte CDB for commands that do not support eight-byte LBA values, 
including the location of: 

a) the service action field, if any; 

b) the LOGICAL BLOCK address field, if any; 

c) the transfer length field, if any; 

d) the parameter list length field, if any; and 

e) the allocation LENGTH field, if any. 


Table 14 — Typical CDB format for 16-byte commands, if eight-byte LBAs not supported 



The OPERATION CODE field is defined in 4.2.5.1. 

Miscellaneous CDB information is defined by the standard that defines the command. 
The service action field, if any, is defined in 4.2.5.2. 

The logical block address field, if any, is defined in 4.2.5.3. 

The transfer length field, if any, is defined in 4.2.5.4. 

The parameter list length field, if any, is defined in 4.2.5.5. 

The allocation length field, if any, is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 
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4.2.2.4.3 Typical 16-byte CDB format with eight-byte LBAs supported 

Table 15 shows the typical format of a 16-byte CDB for commands that support eight-byte LBA values, 
including the location of: 

a) the service action field, if any; 

b) the LOGICAL BLOCK address field; 

c) the transfer length field, if any; 

d) the parameter list length field, if any; and 

e) the allocation LENGTH field, if any. 


Table 15 — Typical CDB format for 16-byte commands with eight-byte LBAs supported 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE 

1 

miscellaneous CDB information service action (if any) 

2 

(MSB) 

LOGICAL BLOCK ADDRESS 

9 

(LSB) 

10 

(MSB) transfer length (if any) 

PARAMETER LIST LENGTH (if any) 

13 

ALLOCATION LENGTH (if any) ( LSB ) 

14 

miscellaneous CDB information 

15 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1. 

Miscellaneous CDB information is defined by the standard that defines the command. 
The SERVICE ACTION field, if any, is defined in 4.2.5.2. 

The LOGICAL BLOCK address field is defined in 4.2.5.3. 

The TRANSFER length field, if any, is defined in 4.2.5.4. 

The PARAMETER list length field, if any, is defined in 4.2.5.5. 

The allocation length field, if any, is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 
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4.2.2.4.4 SERVICE ACTION IN(16) CDB format 

Table 16 shows the generic format of a CDB that uses the SERVICE ACTION IN(16) operation code. 


Table 16 — Generic CDB format for SERVICE ACTION IN(16) commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (9Eh) 

1 

miscellaneous CDB information service action 

2 

miscellaneous CDB information 

14 


15 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 16 for any command that 
uses the SERVICE ACTION IN(16) CDB format. 

Miscellaneous CDB information is defined by the standard that defines the command that uses the SERVICE 
ACTION IN(16) CDB format. 

The service action field is defined in 4.2.5.2, and in the standard that defines the command that uses the 
SERVICE ACTION IN(16) CDB format. A numeric ordered listing of service actions associated with the 
SERVICE ACTION IN(16) CDB format is provided in table E.6 (see E.3.4). 

The CONTROL byte is defined in SAM-5. 

4.2.2.4.5 SERVICE ACTION OUT(16) CDB format 

Table 17 shows the generic format of a CDB that uses the SERVICE ACTION OUT(16) operation code. 


Table 17 — Generic CDB format for SERVICE ACTION OUT(16) commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (9Fh) 

1 

miscellaneous CDB information service action 

2 

miscellaneous CDB information 

14 


15 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 17 for any command that 
uses the SERVICE ACTION OUT(16) CDB format. 

Miscellaneous CDB information is defined by the standard that defines the command that uses the SERVICE 
ACTION OUT(16) CDB format. 
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The service action field is defined in 4.2.5.2, and in the standard that defines the command that uses the 
SERVICE ACTION OUT(16) CDB format. A numeric ordered listing of service actions associated with the 
SERVICE ACTION OUT(16) CDB format is provided in table E.6 (see E.3.4). 

The CONTROL byte is defined in SAM-5. 

4.2.2.4.6 SERVICE ACTION BIDIRECTIONAL CDB format 

Table 18 shows the generic format of a CDB that uses the SERVICE ACTION BIDIRECTIONAL operation 
code. 


Table 18 — Generic CDB format for SERVICE ACTION BIDIRECTIONAL commands 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (9Dh) 

1 

miscellaneous CDB information service action 

2 

miscellaneous CDB information 

14 


15 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 18 for any command that 
uses the SERVICE ACTION BIDIRECTIONAL CDB format. 


Miscellaneous CDB information is defined by the standard that defines the command that uses the SERVICE 
ACTION BIDIRECTIONAL CDB format. 

The service action field is defined in 4.2.5.2, and in the standard that defines the command that uses the 
SERVICE ACTION BIDIRECTIONAL CDB format. A numeric ordered listing of service actions associated with 
the SERVICE ACTION BIDIRECTIONAL CDB format is provided in table E.7 (see E.3.5). 

The control byte is defined in SAM-5. 
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4.2.3 Variable length CDB formats 

4.2.3.1 Generic variable length CDB format 

Table 19 shows the generic format of a variable length CDB. 


Table 19 — Generic variable length CDB 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (7Fh) 

1 

CONTROL 

2 


• •• 

miscellaneous CDB information 

6 


7 

ADDITIONAL CDB LENGTH (n-7) 

8 

(MSB) 

9 

SERVICE ACTION 

(LSB) 

10 


• •• 

miscellaneous CDB information 

n 



The operation code field is defined in 4.2.5.1 and shall be set as shown in table 19 for any command that 
uses the variable length CDB format. 

The control byte is defined in SAM-5. 

Miscellaneous CDB information is defined by the standard that defines the command that uses the variable 
length CDB format. 

The additional cdb length field specifies the number of additional CDB bytes that follow. The value in the 
additional cdb length field shall be a multiple of four. If the number of CDB bytes delivered by the service 
delivery subsystem is not sufficient to contain the number of bytes specified by the additional cdb length 
field, then the command shall be terminated with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The service action field is defined in 4.2.5.2, and in the standard that defines the command that uses the 
variable length CDB format. The service action field is required in the variable length CDB format. Lists of 
service action values ranges associated with the variable length CDB format are provided in E.3.6. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


43 






T10/BSR INCUS 502 Revision 05 


12 August 2015 


4.2.3.2 Typical 32-byte variable length CDB format 

Table 20 shows the typical format of a 32-byte CDB for commands that support eight-byte LBA values, 
including the location of: 

a) the service action field; 

b) the LOGICAL BLOCK address field, if any; 

c) the transfer length field, if any; 

d) the parameter list length field, if any; and 

e) the allocation LENGTH field, if any. 



The operation code field is defined in 4.2.5.1 and shall be set as shown in table 20 for any command that 
uses the typical variable length CDB format for 32-byte commands. 

The control byte is defined in SAM-5. 

Miscellaneous CDB information is defined by the standard that defines the command. 

The additional cdb length field is defined in 4.2.3.1 and shall be set as shown in table 20 for any command 
that uses the typical variable length CDB format for 32-byte commands. 

The SERVICE ACTION field is defined in 4.2.5.2. 

The LOGICAL BLOCK address field, if any, is defined in 4.2.5.3. 
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The TRANSFER length field, if any, is defined in 4.2.5.4. 

The PARAMETER list length field, if any, is defined in 4.2.5.5. 

The ALLOCATION length field, if any, is defined in 4.2.5.6. 

4.2.4 Extended CDBs 

4.2.4.1 XCDB model 

Any SCSI CDB except an XCDB may be extended in an XCDB. An XCDB shall be extended by adding 
additional XCDB descriptors to the existing XCDB. 

XCDB descriptors may be: 

a) added by application clients and removed by device servers; or 

b) added and removed by entities outside the scope of this standard that transport or process CDBs and 
XCDBs during their transfer from an application client to a device server. 

4.2.4.2 The XCDB format 

Table 21 shows the format of an XCDB. In an XCDB, the control byte (see SAM-5) is the control byte in 
the cdb field. 



The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 21 for an XCDB. 
The length field specifies the number of bytes that follow in the XCDB. 
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The cdb field contains the CDB to which XCDB descriptors are being appended. 

Each XCDB descriptor (see table 22) contains fields associated with a specified extension type (see table 23). The 
command shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID XCDB, if: 

a) an XCDB does not contain at least one XCDB descriptor; 

b) more than one XCDB descriptor contains the same extension type; or 

c) the order of extension types in the XCDB descriptors differs from that shown in table 23. 


Table 22 — XCDB descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

EXTENSION TYPE 

1 

Extension parameters 


n 



The extension type field (see table 23) specifies the size and format of the extension parameters that follow in the 
XCDB descriptor. 


Table 23 — extension type field 


Code 

Descriptor 
Order a 

Description 

Extension 

size 

(bytes) 

Reference 

40h 


Obsolete 



all others 

Reserved 

a The order in which XCDB descriptors appear in an XCDB is arranged so that all the XCDB descriptors 
that follow an XCDB descriptor defined in a future version of this standard are also XCDB descriptors 
defined in a future version of this standard (i.e., after encountering one unrecognized XCDB 
descriptor, all subsequent XCDB descriptors are also going to be unrecognized). 


The extension parameters contain additional information whose processing is associated with the CDB in the cdb 
field. The number, content, and size of the extension parameters depends on the contents of the extension type 
field. 
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4.2.5 Common CDB fields 

4.2.5.1 Operation code 

The first byte of a SCSI CDB shall contain the operation code field (see table 24) specifying the command 
being requested by the CDB. 

Some operation codes are further qualified by a service action code (see 4.2.5.2). In such cases, the 
operation code and service action code combine to specify the command being requested. The location of the 
service action field in the CDB varies depending on the operation code value. Operation codes and service 
action codes are defined in this standard and command standards. 


Table 24 — operation code field 


Code 

Length of CDB 

Generic CDB format 

Reference 

OOh tolFh 

6 byte command 

see table 3 

4.2.2.1 

20h to 5Fh 

10 byte command 

see table 5 

4.2.2.2 

60h to 7Dh 

Reserved 

7Eh 

variable (i.e., extended) 

see table 21 

4.2.4.2 

7Fh 

variable 

see table 19 

4.2.3.1 

80h to 9Fh 

16 byte command 

see table 13 

4.2.2.4 

AOh to BFh 

12 byte command 

see table 7 

4.2.2.3 

COh to FFh 

vendor specific 


4.2.5.2 Service action 

The service action field provides further qualification for the operation code field for some commands, 
allowing for: 

a) unrelated commands that share the same operation code (e.g., the REPORT SUPPORTED 
OPERATION CODES command and the REPORT TARGET PORT GROUPS command); and 

b) a set of related functions that share the same operation code (e.g., the PERSISTENT RESERVE IN 
command). 

4.2.5.3 Logical block address 

The logical block addresses on a logical unit or within a volume or partition shall begin with block zero and be 
contiguous up to the last logical block of that logical unit or within that volume or partition. 

The typical 10-byte CDB format and typical 12-byte CDB format allow 32-bit logical block address fields. 
The 16-byte CDB has two typical formats: 

a) one allows a 32-bit logical block address field (see table 14); and 

b) the other allows a 64-bit logical block address field (see table 15). 

The typical 32-byte variable length CDB format (see table 20) allows a 64-bit logical block address field. 

logical block address fields in additional parameter data have their length specified for each occurrence. 
See the specific command descriptions. 
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4.2.5.4 Transfer length 

The transfer length field specifies the amount of data to be transferred, usually the number of blocks. Some 
commands use transfer length to specify the requested number of bytes to be sent as defined in the command 
description. 

In commands that use multiple bytes for the transfer length field, a transfer length of zero specifies that no 
data transfer shall take place. This condition shall not be considered an error. A value of one or greater 
specifies the number of blocks or bytes that shall be transferred. 

Refer to the specific command description for further information. 

4.2.5.5 Parameter list length 

The parameter list length field is used to specify the number of bytes available for transfer in the Data-Out 
Buffer. This field is typically used in CDBs for parameters that are sent to a device server (e.g., mode 
parameters, diagnostic parameters, log parameters). A parameter length of zero specifies that no data shall 
be transferred. This condition shall not be considered an error, unless otherwise specified. 

4.2.5.6 Allocation length 

The allocation length field specifies the maximum number of bytes or blocks that an application client has 
allocated in the Data-In Buffer. The allocation length field specifies bytes unless a different requirement is 
stated in the command definition. 

An allocation length of zero specifies that no data shall be transferred. This condition shall not be considered 
an error. 

The device server shall terminate transfers to the Data-In Buffer when the number of bytes or blocks specified 
by the allocation length field have been transferred or when all available data have been transferred, 
whichever is less. The allocation length is used to limit the maximum amount of variable length data (e.g., 
mode data, log data, diagnostic data) returned to an application client. If the information being transferred to 
the Data-In Buffer includes fields containing counts of the number of bytes in some or all of the data (e.g., a 
PARAMETER DATA LENGTH field, a PAGE LENGTH field, a DESCRIPTOR LENGTH field, an AVAILABLE DATA field), then 
the contents of these fields shall not be altered to reflect the truncation, if any, that results from an insufficient 
allocation length value, unless the standard that describes the Data-In Buffer format states otherwise. 

If the amount of information that is available to be transferred exceeds the maximum value that the 
allocation length field in combination with other fields in the CDB is capable of specifying, then no data 
shall be transferred and the command shall be terminated with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 


4.3 Data field requirements 


4.3.1 ASCII data field requirements 

ASCII data fields shall contain only ASCII printable characters (i.e., code values 20h to 7Eh) and may be 
terminated with one or more ASCII null (OOh) characters. 

ASCII data fields described as being left-aligned shall have any unused bytes at the end of the field (i.e., 
highest offset) and the unused bytes shall be filled with ASCII space characters (20h). 
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ASCII data fields described as being right-aligned shall have any unused bytes at the start of the field (i.e., 
lowest offset) and the unused bytes shall be filled with ASCII space characters (20h). 


4.3.2 Null data field termination and zero padding requirements 

A data field that is described as being null-terminated shall have: 

1) zero or more bytes that contain ASCII or UTF-8 characters that are not the null (i.e., OOh) character; 

2) followed by one byte that contains the ASCII/UTF-8 null character; and 

3) followed by zero or more bytes whose contents are ignored. 

A data field may be specified to be a fixed length. The length specified for a data field may be greater than the 
length required to contain the contents of the field. A data field may be specified to have a length that is a 
multiple of a given value (e.g., a multiple of four bytes). When such fields are described as being null-padded, 
the bytes, if any, between the end of the data and the end of the field data shall contain ASCII or UTF-8 null 
(OOh) characters. When such fields are described as being zero-padded, the bytes, if any, between the end of 
the data and the end of the field data shall contain zeros. 

NOTE 4 - There is no difference between the pad byte contents in null-padded and zero-padded fields. The 
difference is in the format of the other bytes in the field. 

A data field that is described as being both null-terminated and null-padded shall have at least one byte 
containing an ASCII or UTF-8 null (OOh) character in the end of the field (i.e., highest offset) and may have 
more than one byte containing ASCII or UTF-8 null characters to meet the specified field length requirements. 
If more than one byte in a null-terminated, null-padded field contains the ASCII or UTF-8 null character, then 
all the bytes containing the ASCII or UTF-8 null character shall be at the end of the field (i.e., only the highest 
offsets). 


4.3.3 Variable type data field requirements 

Parameter lists may contain fields or descriptors in which data may be represented in different formats. To 
indicate which format is being used a field may be defined that contains a code set enumeration (see table 
25). 


Table 25 — Code set enumeration 


Code 

Description 

Oh 

Reserved 

1h 

The associated fields or descriptors contain binary values 

2h 

The associated fields or descriptors contain ASCII printable characters 
(i.e., code values 20h to 7Eh) 

3h 

The associated fields or descriptors contain UTF-8 codes 

4h to Fh 

Reserved 
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4.3.4 Port identifier field requirements 

The contents of relative port identifier fields, relative initiator port identifier fields, and relative 
target PORT identifier fields are defined in table 26. 


Table 26 — Relative port identifier values 


Value 

Description 

Oh 

1h 

2h 

3h to FFFFh 

Reserved 

Relative port 1, historically known as port A 
Relative port 2, historically known as port B 
Relative port 3 to 65 535 


4.4 Sense data 

4.4.1 Sense data introduction 

Sense data shall be returned in the same l_T_L_Q nexus transaction as the status and as parameter data in 
response to the REQUEST SENSE command (see 6.34). Sense data returned in the same l_T_L_Q nexus 
transaction as the status shall be either fixed format or descriptor format sense data format based on the 
value of the d_sense bit in the Control mode page (see 7.5.10). The REQUEST SENSE command may be 
used to request either fixed format sense data or descriptor format sense data. 

The first byte of all sense data contains the response code field (see table 27) that indicates the report type 
and format of the sense data. 


Table 27 — Sense data response codes 


Response 

Code 

Report type 

Sense data format 

Description Reference 

Description Reference 

OOh to 6Fh 

Reserved 

70h 

Current information 

4.4.6 

Fixed 

4.4.3 

71h 

Deferred error 

4.4.7 

Fixed 

4.4.3 

72h 

Current information 

4.4.6 

Descriptor 

4.4.2 

73h 

Deferred error 

4.4.7 

Descriptor 

4.4.2 

74h to 7Eh 

Reserved 

7Fh 

Vendor specific 


If sense data is returned in the same l_T_L_Q nexus transaction as the status, the response code field shall 
be set to 70h in all unit attention condition sense data in which: 

a) the additional sense code field is set to 29h; or 

b) the additional sense code is set to MODE PARAMETERS CHANGED. 
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4.4.2 Descriptor format sense data 

4.4.2.1 Descriptor format sense data overview 

The descriptor format sense data for response codes 72h (i.e., current information) and 73h (i.e., deferred 
errors) is defined in table 28. 


Table 28 — Descriptor format sense data 


Bit 

Byte 

7 

6 5 4 3 2 1 0 

0 

Reserved 

RESPONSE CODE (72h or 73h) 

1 

Reserved sense key 

2 

ADDITIONAL SENSE CODE 

3 

ADDITIONAL SENSE CODE QUALIFIER 

4 

sdat_ovfl Reserved 

5 


6 


7 

ADDITIONAL SENSE LENGTH (n-7) 


Sense data descriptor list 

8 


Sense data descriptor (see table 29) [first] 







Sense data descriptor (see table 29) [last] 

n 



The contents of the response code field indicate the report type and format of the sense data (see 4.4.1). For 
descriptor format sense data, the response code field shall be set to 72h or 73h. 

The SENSE KEY field, additional sense code field, and additional sense code qualifier field provide a 
hierarchy of information. The hierarchy provides a top-down approach for an application client to determine 
information relating to the reported condition. 

The sense key field indicates generic information describing a reported condition. The sense keys are defined 
in 4.4.8. 

The additional sense code field indicates further information related to the condition reported in the sense 
key field. Support of the additional sense codes not required by this standard is optional. For a list of additional 
sense codes see 4.4.8. If the device server does not have further information related to the reported condition, 
the additional sense code field shall be set to zero. 

The additional sense code qualifier field indicates detailed information related to the condition reported in 
the additional sense code field. If the condition is reported by the device server, the value returned shall be 
as defined in 4.4.8. If the device server does not have detailed information related to the reported condition, 
the additional sense code qualifier field shall be set to zero. 
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A sense data overflow (sdat_ovfl) bit set to one indicates that the device server truncated the sense data to 
ensure that the sense data length is less than or equal to the length specified in the maximum sense data 
length field in the Control Extension mode page (see 7.5.11). A sdat_ovfl bit set to zero indicates that the 
device server did not truncate the sense data to ensure that the sense data length is less than or equal to the 
length specified in the maximum sense data length field in the Control Extension mode page. 

The additional sense length field indicates the number of additional sense bytes that follow. The additional 
sense length shall be less than or equal to 244 (i.e., limiting the total length of the sense data to 252 bytes). If 
the sense data is being transferred as parameter data by a REQUEST SENSE command, then the contents of 
the additional sense length field are not altered based on the allocation length (see 4.2.5.6). If the sense 
data is being transferred in the same l_T_L_Q nexus transaction as the status and the sense data is longer 
than the length specified in the maximum sense data length field in the Control Extension mode page (see 
7.5.11), then the device server shall ensure the number of sense data bytes is less than or equal to the length 
specified in the maximum sense data length field in the Control Extension mode page by discarding entire 
descriptors (i.e., not including a partial descriptor). The maximum total length of the sense data transferred by 
the device server is indicated in the maximum supported sense data length field in the Extended INQUIRY 
VPD page (see 7.7.7). 

Sense data descriptors (see table 29) provide specific sense information. A given type of sense data 
descriptor shall be included in the sense data only if that descriptor contains valid information. 


Table 29 — Sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE 

1 

ADDITIONAL LENGTH (n-1) 

2 

Sense data descriptor specific 

n 
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The descriptor type field (see table 30) identifies the type of sense data descriptor. 

Table 30 — descriptor type field 


Code 

Description 

Number of 
descriptors 
allowed 
(maximum) 

Reference 

OOh 

Information 

1 a 

4.4.2.2 

Olh 

Command specific information 

1 a 

4.4.2.3 

02h 

Sense key specific 

1 a 

4.4.2.4 

03h 

Field replaceable unit 

1 a 

4.4.2.5 

04 h 

Stream commands 

1 

SSC-4 

05h 

Block commands 

1 a 

SBC-3 

06h 

OSD object identification 

1 

OSD 

07h 

OSD response integrity check value 

1 

OSD 

08h 

OSD attribute identification 

1 

OSD 

09h 

ATA Status Return 

1 

SAT-3 

OAh 

Another progress indication 

32 

4.4.2.6 

OBh 

User data segment referral 

1 

SBC-3 

OCh 

Forwarded sense data 

2 

4.4.2.7 

ODh 

Direct-access block device 

1 a 

SBC-3 

OEh to 7Fh 

Reserved 



80h to FFh 

Vendor specific 


4.4.2.8 

a The direct-access block device sense data descriptor, if used, is used by a direct-access 
block device instead of the information, command specific information, sense key 
specific, field replaceable unit, and block commands sense data descriptors. See SBC-3. 


The additional length field indicates the number of sense data descriptor specific bytes that follow in the 
sense data descriptor. 
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4.4.2.2 Information sense data descriptor 

The information sense data descriptor (see table 31) is included in the descriptor format sense data if 
device-type information or command specific information is available as defined in this standard or a 
command standard. See 4.4.4 for device server requirements regarding how values are returned in the 

INFORMATION field. 


Table 31 — Information sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (00h) 

1 

ADDITIONAL LENGTH (OAh) 

2 

valid (1b) Reserved 

3 

Reserved 

4 

(MSB) 

• •• 

INFORMATION 

11 

(LSB) 


The descriptor type field and additional length field are described in 4.4.2.1 and shall be set as shown in 
table 31 for the information sense data descriptor. 

The valid bit shall be set to one. 

NOTE 5 - In SPC-2, in the fixed format sense data (see 4.4.3), and in sense data descriptors other than the 
information sense data descriptor that contain a valid bit and an information field (e.g., the direct-access 
block device sense data descriptor (see SBC-3)), the valid bit indicates whether the contents of the 
information field are valid as defined by a command standard. Since the contents of the information field 
are valid whenever the information sense data descriptor is included in the sense data, the only legal value for 
the valid bit in the information sense data descriptor is one. 

The contents of the information field are device-type or command specific and are defined in a command 
standard. 
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4.4.2.3 Command-specific information sense data descriptor 

The command-specific information sense data descriptor (see table 32) is included in the descriptor format 
sense data if sense data information is available that depends on the command for which the reported 
condition occurred. See 4.4.5 for device server requirements regarding how values are returned in the 
COMMAND-SPECIFIC INFORMATION field. 


Table 32 — Command-specific information sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (01 h) 

1 

ADDITIONAL LENGTH (OAh) 

2 

Reserved 

3 

Reserved 

4 

(MSB) 

• •• 

COMMAND-SPECIFIC INFORMATION 

11 

(LSB) 


The descriptor type field and additional length field are described in 4.4.2.1 and shall be set as shown in 
table 32 for the command-specific information sense data descriptor. 

The contents of the command-specific information field are command specific, and are defined in this 
standard or a command standard. 

4.4.2.4 Sense key specific sense data descriptor 

4.4.2.4.1 Sense key specific sense data descriptor overview 

The sense key specific sense data descriptor (see table 33) is included in the descriptor format sense data if 
additional information is available about the reported condition described in 4.4.2.1. The format and content of 
the sense key specific information depends on the value in the sense key field (see 4.4.2.1). 


Table 33 — Sense key specific sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (02h) 

1 

ADDITIONAL LENGTH (06h) 

2 

Reserved 

3 

Reserved 

4 

SKSV(lb) 

5 

sense key specific information (see table 34) 

6 


7 

Reserved 


The descriptor type field and additional length field are described in 4.4.2.1 and shall be set as shown in 
table 33 for the sense-key specific sense data descriptor. 
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The sense-key specific valid (sksv) bit shall be set to one. 

NOTE 6 - In SPC-2, in the fixed format sense data (see 4.4.3), and in sense data descriptors other than the 
sense key specific sense data descriptor that contain a valid bit and an information field (e.g., the 
direct-access block device sense data descriptor (see SBC-3)), the sksv bit indicates whether the sense key 
specific information is valid as defined by a command standard. Since the sense key specific information is 
valid whenever a sense key specific sense data descriptor is included in the sense data, the only legal value 
for the sksv bit in the sense key specific sense data descriptor is one. 

The content and format of the sense key specific information (see table 34) is determined by the value of the 
sense key field (see 4.4.2.1). 


Table 34 — Sense key specific information definitions 


Sense key 

Sense key specific information 

Reference 

ILLEGAL REQUEST 

Field pointer 

4.4.2.4.2 

HARDWARE ERROR, 

MEDIUM ERROR, or 
RECOVERED ERROR 

Actual retry count 

4.4.2.4.3 

NO SENSE or NOT READY 

Progress indication 

4.4.2.4.4 

COPY ABORTED 

Segment pointer 

4.4.2.4.5 

UNIT ATTENTION 

Unit attention condition queue overflow 

4.4.2.4.6 

All other sense keys 

In descriptor format sense data: 

a) the sense key specific sense data descriptor shall 
not appear in the sense data descriptor list; and 

b) in other sense data descriptors that contain an sksv 
bit and sense key specific information (e.g., the 
direct-access block device sense data descriptor 
(see SBC-3)), the sksv bit shall be set to zero. 

In fixed format sense data (see 4.4.3), the sksv bit shall be 
set to zero. 


4.4.2.4.2 Field pointer sense key specific information 

If the sense key is ILLEGAL REQUEST, the sense key specific information (see table 33) shall have the 
content and format shown in table 35. 


Table 35 — Field pointer sense key specific information 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

C/D 

Reserved 

BPV 

BIT POINTER 

1 

(MSB) 

FIELD POINTER 


2 


(LSB) 


The sksv bit is described in 4.4.2.4.1 for descriptor format sense data and in 4.4.3 for fixed format sense data. 

A command data (c/d) bit set to one indicates that the illegal parameter is in the CDB. A c/d bit set to zero 
indicates that the illegal parameter is in the data parameters transferred by the application client in the 
Data-Out Buffer. 


56 


Working Draft SCSI Primary Commands - 5 (SPC-5) 




12 August 2015 


T10/BSR INCUS 502 Revision 05 


A bit pointer valid (bpv) bit set to zero indicates that the value in the bit pointer field is not valid. A bpv bit set 
to one indicates that the bit pointer field specifies which bit of the byte designated by the field pointer field 
is in error. If a multiple-bit field is in error, the bit pointer field shall point to the first bit (i.e., the left-most bit) of 
the field. If several consecutive bits are reserved, each bit should be treated as a single-bit field. 

The field pointer field indicates which byte of the CDB or of the parameter data was in error. Bytes are 
numbered starting from zero, as shown in the tables describing the commands and parameters. If a 
multiple-byte field is in error, the field pointer shall point to the first byte (i.e., the left-most byte) of the field. If 
several consecutive bytes are reserved, each shall be treated as a single-byte field. 

NOTE 7 - The byte or bytes identified as being in error may not be the bytes that need to be changed to 
correct the problem. 

4.4.2.4.3 Actual retry count sense key specific information 

If the sense key is HARDWARE ERROR, MEDIUM ERROR, or RECOVERED ERROR, then the sense key 
specific information (see table 33) shall have the content and format shown in table 36. 


Table 36 — Actual retry count sense key specific information 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

Reserved 

1 

(MSB) 

ACTUAL RETRY COUNT 


2 


(LSB) 


The sksv bit is described in 4.4.2.4.1 for descriptor format sense data and in 4.4.3 for fixed format sense data. 

The actual retry count field contains vendor specific information on the number of retries of the recovery 
algorithm used in attempting to recover an error or exception condition. This field should be computed in the 
same way as the retry count fields within the Read-Write Error Recovery mode page (see SBC-3, SSC-4, and 
MMC-6). 

4.4.2.4.4 Progress indication sense key specific information 

If the sense key is NO SENSE or NOT READY, the sense key specific information (see table 33) shall have 
the content and format shown in table 37. 


Table 37 — Progress indication sense key specific information 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

Reserved 

1 

(MSB) 

PROGRESS INDICATION 


2 


(LSB) 


The sksv bit is described in 4.4.2.4.1 for descriptor format sense data and in 4.4.3 for fixed format sense data. 

The progress indication field is a percent complete indication in which the value is a numerator that has 
65 536 (lOOOOh) as its denominator. The progress indication shall be based upon the total operation. The 
progress indication numerator should be time related; however, this is not an absolute requirement. 
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EXAMPLE - Since format time varies with the number of defects encountered, etc., the device server may assign values 
to various steps within the process, and use these values as the progress indication numerator. The granularity of these 
steps should be small enough to provide reasonable assurances to the application client that progress is being made. 

4.4.2.4.5 Segment pointer sense key specific information 

If the sense key is COPY ABORTED, the sense key specific information (see table 33) shall have the content 
and format shown in table 38. 


Table 38 — Segment pointer sense key specific information 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

Reserved 

SD 

Reserved 

BPV 

BIT POINTER 

1 

(MSB) 

FIELD POINTER 


2 


(LSB) 


The sksv bit is described in 4.4.2.4.1 for descriptor format sense data and in 4.4.3 for fixed format sense data. 

The segment descriptor (sd) bit indicates whether the field pointer is relative to the start of the parameter list 
or to the start of a segment descriptor. An sd bit set to zero indicates that the field pointer is relative to the start 
of the parameter list. An sd bit set to one indicates that the field pointer is relative to the start of the segment 
descriptor indicated by the third and fourth bytes of the command-specific information field (see 5.16.7.4). 

A bit pointer valid (bpv) bit set to zero indicates that the value in the bit pointer field is not valid. A bpv bit set 
to one indicates that the bit pointer field specifies which bit of the byte designated by the field pointer field 
is in error. If a multiple-bit field is in error, the bit pointer field shall point to the most-significant (i.e., left-most) 
bit of the field. 

The field pointer field indicates which byte of the parameter list or segment descriptor was being processed 
when the error or exception condition was detected. 

If the sd bit is set to zero and the byte in error has an offset greater than FFFFh, the field pointer field shall 
be set to FFFFh and the bpv bit shall be set to zero. 

4.4.2.4.6 Unit attention condition queue overflow sense key specific information 

If the sense key is UNIT ATTENTION, the sense key specific information (see table 33) shall have the content 
and format shown in table 39. 


Table 39 — Unit attention condition queue overflow sense key specific information 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SKSV 

Reserved 

OVERFLOW 

1 




Reserved 





2 









The sksv bit is described in 4.4.2.4.1 for descriptor format sense data and in 4.4.3 for fixed format sense data. 


58 


Working Draft SCSI Primary Commands - 5 (SPC-5) 






12 August 2015 


T10/BSR INCUS 502 Revision 05 


An overflow bit set to one indicates that the unit attention condition queue has overflowed. An overflow bit 
set to zero indicates that the unit attention condition queue has not overflowed. 

4.4.2.5 Field replaceable unit sense data descriptor 

The field replaceable unit sense data descriptor (see table 40) is included in the descriptor format sense data 
if information is available about a component associated with the sense data. 


Table 40 — Field replaceable unit sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (03h) 

1 

ADDITIONAL LENGTH (02h) 

2 

Reserved 

3 

FIELD REPLACEABLE UNIT CODE 


The descriptor type and additional length fields are described in 4.4.2.1 and shall be set as shown in 
table 40 for the field replaceable unit sense data descriptor. 

Non-zero values in the field replaceable unit code field are used to identify a component associated with 
the sense data. A value of zero in this field indicates that no specific component has been associated with the 
sense data or that the data is not available. The format of this information is not specified by this standard. 
Additional information about the field replaceable unit may be available in the ASCII Information VPD page 
(see 7.7.3), if supported by the device server. 

4.4.2.6 Another progress indication sense data descriptor 

If the sense key is set to NO SENSE or NOT READY, another progress indication sense data descriptor (see 
table 41) may be included in the descriptor format sense data to provide a progress indication for one 
operation other than the one described by the non-descriptor fields in 4.4.2.1. The sense data should include 
one another progress indication sense data descriptor for each operation for which the device server is able to 
report progress other than the operation described by the non-descriptor fields in 4.4.2.1. 


Table 41 — Another progress indication sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (OAh) 

1 

ADDITIONAL LENGTH (06h) 

2 

ANOTHER SENSE KEY 

3 

ANOTHER ADDITIONAL SENSE CODE 

4 

ANOTHER ADDITIONAL SENSE CODE QUALIFIER 

5 

Reserved 

6 

(MSB) 

7 

ANOTHER PROGRESS INDICATION 

(LSB) 


The descriptor type field and additional length field are described in 4.4.2.1 and shall be set as shown in 
table 41 for the progress indications sense data descriptor. 
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The another sense key field indicates generic information about the operation for which this another 
progress indication sense data descriptor provides a progress indication. A list of sense key values is in 4.4.8. 

The another additional sense code field indicates further information about the operation for which this 
another progress indication sense data descriptor provides a progress indication. A list of additional sense 
codes is in 4.4.8. 

The another additional sense code qualifier field indicates detailed information related to the additional 
sense code for the operation for which this another progress indication sense data descriptor provides a 
progress indication. The value returned in the additional sense code qualifier field shall be as defined in 
4.4.8. 

The another progress indication field indicates a percent complete for the operation indicated by the 

ANOTHER SENSE KEY field, the ANOTHER ADDITIONAL SENSE CODE field, and the ANOTHER ADDITIONAL SENSE CODE 

qualifier field. The value in the another progress indication field shall be as defined in 4.4.2.4.4. 

4.4.2.7 Forwarded sense data 

Forwarded sense data descriptors (see table 42) are included in the descriptor format sense data if status and 
sense data is available from another device server as part of command completion (e.g., an exception 
condition returned by a copy target device in an EXTENDED COPY command (see 6.4) during segment 
descriptor processing). 


Table 42 — Forwarded sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (OCh) 

1 

ADDITIONAL LENGTH (n-1) 

2 

fsdt Reserved sense data source 

3 

FORWARDED STATUS 

4 


• •• 

FORWARDED SENSE DATA 

n 



The descriptor type field is described in 4.4.2.1, and shall be set as shown in table 42 for the forwarded 
sense data descriptor. 

The additional length field shall be set to: 

a) a minimum of 22, if the forwarded sense data field contains fixed format sense data (i.e., the 
response code field (see 4.4.1) in the forwarded sense data is 70h or 71 h); 

b) a minimum of 10, if the forwarded sense data field contains descriptor format sense data (i.e., the 
response code field in the forwarded sense data is 72h or 73h); and 

c) two less than a multiple of four (i.e., the forwarded sense data field is a multiple of four bytes in 
length). 

A forwarded sense data truncated (fsdt) bit set to one indicates that the contents of the forwarded sense 
data field have been truncated (i.e., the forwarded sense data field does not contain all of the sense data 
that was supplied). An fsdt bit set to zero indicates that the contents of the forwarded sense data field have 
not been truncated. 
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The sense data source field (see table 43) indicates the supplier of the forwarded sense data. 


Table 43 — sense data source field 


Code 

Description 

Oh 

1h 

2h 

all others 

Unknown 

EXTENDED COPY command copy source (see 5.16.7.2) 
EXTENDED COPY command copy destination (see 5.16.7.2) 

Reserved 


The forwarded status field contains the status code (see SAM-5) returned by the supplier of the forwarded 
sense data at the same time that the forwarded sense data was returned. 

The forwarded sense data field contains the forwarded sense data. The forwarded sense data field is a 
zero-padded (see 4.3.2) field whose length is a multiple of four bytes. 

4.4.2.8 Vendor specific sense data descriptors 

Vendor specific sense data descriptors (see table 44) may be included in the descriptor format sense data if 
vendor specific data is available that further defines the nature of the reported condition. 


Table 44 — Vendor specific sense data descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE (80h to FFh) 

1 

ADDITIONAL LENGTH (n-1) 

2 

Vendor specific 

n 



The descriptor type field and additional length field are described in 4.4.2.1. The descriptor type field 
shall be set as shown in table 44 for the vendor specific sense data descriptor. 
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4.4.3 Fixed format sense data 

The fixed format sense data for response codes 70h (current information) and 71 h (deferred errors) is defined 
in table 45. 


Table 45 — Fixed format sense data 


Bit 

Byte 

7 

6 5 4 3 2 1 0 

0 

VALID 

RESPONSE CODE (70h or 71 h) 

1 

Obsolete 

2 

FILEMARK EOM ILI SDAT_OVFL SENSE KEY 

3 

(MSB) 

INFORMATION 

• •• 


6 

(LSB) 

7 

ADDITIONAL SENSE LENGTH (n-7) 

8 

(MSB) 

COMMAND-SPECIFIC INFORMATION 

• •• 


11 

(LSB) 

12 

ADDITIONAL SENSE CODE 

13 

ADDITIONAL SENSE CODE QUALIFIER 

14 

FIELD REPLACEABLE UNIT CODE 

15 

SKSV 

16 


sense key specific information (see 4.4.2.4) 

17 


18 


Additional sense bytes 

• •• 


n 



A valid bit set to zero indicates that the information field is not defined in this standard or any other 
command standard. A valid bit set to one indicates the information field contains valid information as defined 
in this standard or a command standard. See 4.4.4 for device server requirements regarding the valid bit. 

The contents of the response code field indicate the report type and format of the sense data (see 4.4.1). For 
fixed format sense data, the response code field shall be set to 70h or 71 h. 

The meaning of the filemark bit is device-type or command specific (e.g., see the SSC-4 READ command 
and SPACE command for examples of filemark bit usage) and the bit is defined in a command standard. 

The meaning of the end-of-medium (eom) bit is device-type or command specific (e.g., see the SSC-4 READ 
command, SPACE command, and WRITE command for examples of eom bit usage) and the bit is defined in a 
command standard. 

The meaning of the incorrect length indicator (ili) bit is device-type or command specific (e.g., see the SSC-4 
READ command an example of ili bit usage) and the bit is defined in a command standard. 

The SDAT_OVFL bit, SENSE KEY field, ADDITIONAL SENSE CODE field, and ADDITIONAL SENSE CODE QUALIFIER field 
are described in 4.4.2.1. 
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The contents of the information field are device-type or command specific and are defined in a command 
standard. See 4.4.4 for device server requirements regarding how values are returned in the information 
field. 

The additional sense length field indicates the number of additional sense bytes that follow. The additional 
sense length shall be less than or equal to 244 (i.e., limiting the total length of the sense data to 252 bytes). If 
the sense data is being returned as parameter data by a REQUEST SENSE command, then the contents of 
the additional sense length field are not altered based on the allocation length (see 4.2.5.6). If the sense 
data is being returned in the same l_T_L_Q nexus transaction as the status and the sense data is longer than 
the length specified in the maximum sense data length field in the Control Extension mode page (see 7.5.11), 
then the device server shall ensure the number of sense data bytes is less than or equal to the length 
specified in the maximum sense data length field in the Control Extension mode page. The maximum total 
length of the sense data returned by the device server is indicated in the maximum supported sense data 
length field in the Extended INQUIRY VPD page (see 7.7.7). 

The contents of the command-specific information field are command specific, and are defined in this 
standard or a command standard. The command-specific information field should be ignored in sense data: 

a) for a command or operation for which the command-specific information field is not defined; or 

b) that is not related to a command or operation (e.g., pollable sense data (see 5.11)). 

See 4.4.5 for device server requirements regarding how values are returned in the command-specific 

INFORMATION field. 

The FIELD replaceable unit code field is described in 4.4.2.5. 

A sense-key specific valid (sksv) bit set to one indicates the sense key specific information is valid as defined 
in this standard. An sksv bit set to zero indicates that the content and format of the sense key specific 
information is not as defined by this standard. 

The sense key specific information is described in 4.4.2.4. 

The additional sense bytes may contain: 

a) information related to conditions detected during the processing of an EXTENDED COPY command 
(see 5.16.7.4); and/or 

b) vendor specific data that further defines the nature of the reported condition. 


4.4.4 Returning a value in the information field in the sense data 

To return a value less than or equal to FFFF FFFFh in the information field: 

a) if fixed format sense data (see 4.4.3) is being returned, the device server shall set the valid bit to one 
and shall set the information field to the value; and 

b) if descriptor format sense data (see 4.4.2) is being returned and a sense data descriptor that contains 
a valid bit and an information field is being returned (e.g., the information descriptor (see 4.4.2.2) or 
the direct-access block device sense data descriptor (see SBC-3)), then the device server shall set 
the valid bit to one, the first four bytes of the information field to zero, and the next four bytes of the 
information field to the value. 
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To return a value greater than FFFF FFFFh in the information field: 

a) if fixed format sense data (see 4.4.3) is being returned, the device server shall set the valid bit to zero 
and shall set the information field to a vendor specific value. The value is not able to be reported; 
and 

b) if descriptor format sense data (see 4.4.2) is being returned and a sense data descriptor that contains 
a valid bit and an information field is being returned (e.g., the information descriptor (see 4.4.2,2) or 
the direct-access block device sense data descriptor (see SBC-3)), then the device server shall set 
the valid bit to one and shall set the information field to the value. 

To return sense data and not return a value in the information field: 

a) if fixed format sense data (see 4.4.3) is being returned, the device server shall set the valid bit to zero 
and shall set the information field to a vendor specific value; and 

b) if descriptor format sense data (see 4.4.2) is being returned, then: 

A) the device server shall not return an information descriptor (see 4.4.2.2); and 

B) if a sense data descriptor other than an information descriptor that contains a valid bit and an 
information field is being returned (e.g., the direct-access block device sense data descriptor 
(see SBC-3)), then the device server shall set the valid bit to zero and shall set the information 
field to a vendor specific value. 


4.4.5 Returning a value in the command-specific information field in the sense data 

To return a value less than or equal to FFFF FFFFh in the command-specific information field: 

a) if fixed format sense data (see 4.4.3) is being returned, the device server shall set the 

command-specific information field to the value; and 

b) if descriptor format sense data (see 4.4.2) is being returned and a sense data descriptor that contains 
a command-specific information field is being returned (e.g., the command-specific information 
descriptor (see 4.4.2.3) or the direct-access block device sense data descriptor (see SBC-3)), then 
the device server shall set the first four bytes of the command-specific information field to zero, and 
the next four bytes of the command-specific information field to the value. 

To return a value greater than FFFF FFFFh in the command-specific information field: 

a) if fixed format sense data (see 4.4.3) is being returned, the device server shall set the 

command-specific information field to a vendor specific value. The value is not able to be reported; 

and 

b) if descriptor format sense data (see 4.4.2) is being returned and a sense data descriptor that contains 
a command-specific information field is being returned (e.g., the command-specific information 
descriptor (see 4.4.2.3) or the direct-access block device sense data descriptor (see SBC-3)), then 
the device server shall set the command-specific information field to the value. 

To return sense data and not return a value in the command-specific information field: 

a) if fixed format sense data (see 4.4.3) is being returned, the device server shall set the 

command-specific information field to a vendor specific value; and 

b) if descriptor format sense data (see 4.4.2) is being returned, then: 

A) the device server shall not return a command-specific information descriptor (see 4.4.2.3); and 

B) if a sense data descriptor that contains a command-specific information field is being returned 
(e.g., the direct-access block device sense data descriptor (see SBC-3)), then the device server 
shall set the command-specific information field to a vendor specific value. 
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4.4.6 Current information 

Response codes 70h and 72h (i.e., current information) indicate that the sense data is: 

a) the result of an error, exception condition, or protocol specific failure that is associated with CHECK 
CONDITION status; or 

b) additional information that is associated with a status other than CHECK CONDITION. 

Current information includes: 

a) errors generated during processing of a command terminated with CHECK CONDITION status; 

b) errors not related to any command that are detected during processing of a command (e.g., disk 
servomechanism failures, off-track errors, or power-up test errors); and 

c) referral information (see SBC-3) associated with GOOD status. 


4.4.7 Deferred errors 

Response codes 71 h and 73h (deferred error) indicate that the sense data is the result of an error or 
exception condition that occurred during processing of a previous command for which GOOD status or 
CONDITION MET status has already been returned. Such commands are associated with the use of the 
immediate bit and with some forms of caching. Device servers that implement these features shall implement 
deferred error reporting. 

The deferred error may be indicated by returning CHECK CONDITION status to an application client 
accessed through a defined l_T nexus as described in this subclause. 

If a command terminates with CHECK CONDITION status and the sense data describes a deferred error, the 
terminated command shall not have been processed. After the device server detects a deferred error 
condition, the device server shall return a deferred error according to the following rules: 

a) if no external intervention is necessary to recover a deferred error, a deferred error indication shall not 
be returned unless required by the error handling parameters of a mode page (e.g., the Informational 
Exceptions mode page defined by SBC-3 and SSC-4). The occurrence of the error may be logged; 

b) if it is possible to associate a deferred error with an l_T nexus and with a particular function or a 
particular subset of data, and the error is either unrecovered or required to be reported by the mode 
parameters, then a deferred error indication shall be returned for a command received on the I T 
nexus associated with the deferred error. If a command received on an l_T nexus other than the I T 
nexus associated with the deferred error attempts to access the particular function or subset of data 
associated with the deferred error and the tst field equals 000b (see 7.5.10), then the device server 
shall complete the command with BUSY status or ACA ACTIVE status according to the requirements 
in SAM-5. If a command received on an l_T nexus other than the l_T nexus associated with the 
deferred error attempts to access the particular function or subset of data associated with the deferred 
error and the tst field equals 001b, then the command attempting the access shall not be blocked by 
the deferred error and the cause of the deferred error may result in an error being reported for the 
command attempting the access; 

c) if the device server is unable to associate a deferred error with an l_T nexus or with a particular 
subset of data, then the device server shall return a deferred error for one command received on each 
l_T nexus. If multiple deferred errors have accumulated for an l_T nexus, then: 

A) one error shall be returned; and 

B) only the last error should be returned; 

d) if the SCSI target device is unable to associate a deferred error with a particular logical unit, the SCSI 
target device shall establish a deferred error for every logical unit and shall return the deferred error 
for one command received on each appropriate l_T nexus associated with each logical unit; or 
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e) if a command has never been an enabled command, and a deferred error occurs, the device server 
shall terminate the command with CHECK CONDITION status and deferred error information 
returned in the sense data. If a deferred error occurs after a command becomes an enabled 
command and the command is affected by the error, then the device server shall terminate the 
command with CHECK CONDITION status and the current error information shall be returned in the 
sense data. In this case, if the current error information does not adequately define the deferred error 
condition, a deferred error may still exist after the current error information has been returned. If a 
deferred error occurs after a command has become an enabled command and the command 
completes successfully, then the device server may choose to return the deferred error information 
after the completion of the current command in conjunction with a subsequent command that has not 
begun processing. 

NOTE 8 - A deferred error may indicate that an operation was unsuccessful long after GOOD status was 
returned. If the application client is unable to replicate or recover from other sources the data that is being 
written using cached or buffered write operations, then synchronization commands should be performed 
before the critical data is destroyed. This is necessary for actions taken when deferred errors occur in the 
storing of the data. The synchronizing process should provide the necessary commands to allow returning 
CHECK CONDITION status and subsequent returning of deferred error sense information after all cached or 
buffered operations are completed. 


4.4.8 Sense key and additional sense code definitions 

The sense keys are defined in table 46. 


Table 46 — Sense key descriptions (part 1 of 2) 


Sense 

Key 

Description 

Oh 

NO SENSE: Indicates that there is no specific sense key information to be reported. This 
may occur for a successful command or for a command that is terminated with CHECK 
CONDITION status (e.g., as a result of the filemark bit, eom bit, or ili bit being set to one). 

1h 

RECOVERED ERROR: Indicates that the command completed successfully, with some recov¬ 
ery action performed by the device server. Details may be determined by examining the sense 
data (e.g., the information field). If multiple recovered errors occur during one command, the 
choice of which error to report (e.g., first, last, most severe) is vendor specific. 

2h 

NOT READY: Indicates that the logical unit is not accessible. Operator intervention may be 
required to correct this condition. 

3h 

MEDIUM ERROR: Indicates that the command terminated with a non-recovered error condi¬ 
tion that may have been caused by a flaw in the medium or an error in the recorded data. This 
sense key may also be returned if the device server is unable to distinguish between a flaw in 
the medium and a specific hardware failure (i.e., sense key 4h). 

4h 

HARDWARE ERROR: Indicates that the device server detected a non-recoverable hardware 
failure (e.g., controller failure, device failure, or parity error) while performing the command or 
during a self test. 
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Table 46 — Sense key descriptions (part 2 of 2) 


Sense 

Key 

Description 

5h 

ILLEGAL REQUEST: Indicates that: 

a) the command was addressed to an incorrect logical unit number (see SAM-5); 

b) the command had an invalid task attribute (see SAM-5); 

c) the command was addressed to a logical unit whose current configuration prohibits 
processing the command; 

d) there was an illegal parameter in the CDB; or 

e) there was an illegal parameter in the additional parameters supplied as data for some 
commands (e.g., PERSISTENT RESERVE OUT). 

If the device server detects an invalid parameter in the CDB, the device server shall terminate 
the command without altering the medium. If the device server detects an invalid parameter in 
the additional parameters supplied as data, then the device server may have already altered 
the medium. 

6h 

UNIT ATTENTION: Indicates that a unit attention condition has been established (e.g., the 
removable medium may have been changed, a logical unit reset occurred). See SAM-5. 

7h 

DATA PROTECT: Indicates that the device server attempted to process a command that: 

a) reads or writes a protected logical block; or 

b) prepares a protected logical block for reading or writing. 

The read operation or write operation, if any, was not performed on that logical block. 

8h 

BLANK CHECK: Indicates that blank or non-blank medium was encountered when not 
expected. 

9h 

VENDOR SPECIFIC: This sense key is available for reporting vendor specific conditions. 

Ah 

COPY ABORTED: Indicates a third-party copy command (see 5.16.3) was aborted after some 
data was transferred but before all data was transferred. 

Bh 

ABORTED COMMAND: Indicates that the device server aborted the command. The appli¬ 
cation client may be able to recover by trying the command again. 

Ch 

Reserved 

Dh 

VOLUME OVERFLOW: Indicates that a buffered SCSI device has reached the end of partition 
and data may remain in the buffer that has not been written to the medium. One or more 
RECOVER BUFFERED DATA command(s) may be issued to read the unwritten data from the 
buffer. See SSC-4. 

Eh 

MISCOMPARE: Indicates that the source data did not match the data read from the medium. 

Fh 

COMPLETED: Indicates there is command completed sense data (see SAM-5) to be reported. 
This may occur for a successful command. 
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The additional sense codes (i.e., the additional sense code field and additional sense code qualifier field 
values in sense data) are defined in table 47. 


Table 47 — ASC and ASCQ assignments (part 1 of 19) 




D - Direct Access Block Device fSBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K-Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

20h 

OBh 

DZTPROMAEBK 

ACCESS DENIED - ACL LUN CONFLICT 

20h 

08h 

DZTPROMAEBK 

ACCESS DENIED - ENROLLMENT CONFLICT 

20h 

Olh 

DZTPROMAEBK 

ACCESS DENIED - INITIATOR PENDING-ENROLLED 

20h 

09h 

DZTPROMAEBK 

ACCESS DENIED - INVALID LU IDENTIFIER 

20h 

03h 

DZTPROMAEBK 

ACCESS DENIED - INVALID MGMT ID KEY 

20h 

OAh 

DZTPROMAEBK 

ACCESS DENIED - INVALID PROXY TOKEN 

20h 

02h 

DZTPROMAEBK 

ACCESS DENIED - NO ACCESS RIGHTS 

4Bh 

03h 

DZTPROMAEBK 

ACK/NAK TIMEOUT 

67h 

02h 

A 

ADD LOGICAL UNIT FAILED 

13h 

OOh 

DZ O BK 

ADDRESS MARK NOT FOUND FOR DATA FIELD 

12h 

OOh 

DZ 0 BK 

ADDRESS MARK NOT FOUND FOR ID FIELD 

26h 

13h 

D 

APPLICATION TAG MODE PAGE IS INVALID 

67h 

08h 

A 

ASSIGN FAILURE OCCURRED 

27h 

03h 

T R 

ASSOCIATED WRITE PROTECT 

2Ah 

06h 

DZTPROMAEBKVF 

ASYMMETRIC ACCESS STATE CHANGED 

47h 

04 h 

DZTPROMAEBKVF 

ASYNCHRONOUS INFORMATION PROTECTION ERROR DETECTED 

44 h 

71 h 

DZT B 

ATA DEVICE FAILED SET FEATURES 

67h 

OBh 

DZT B 

ATA DEVICE FEATURE NOT ENABLED 

OOh 

IDh 

DZT B 

ATA PASS THROUGH INFORMATION AVAILABLE 

OOh 

21 h 

DZ 

ATOMIC COMMAND ABORTED DUE TO ACA 

67h 

06h 

A 

ATTACHMENT OF LOGICAL UNIT FAILED 

21h 

06h 

DZ 

ATTEMPT TO READ INVALID DATA 

OOh 

11 h 

R 

AUDIO PLAY OPERATION IN PROGRESS 

OOh 

12h 

R 

AUDIO PLAY OPERATION PAUSED 

OOh 

14h 

R 

AUDIO PLAY OPERATION STOPPED DUE TO ERROR 

OOh 

13h 

R 

AUDIO PLAY OPERATION SUCCESSFULLY COMPLETED 

74h 

40h 

DZT R MAEBKV 

AUTHENTICATION FAILED 

66h 

OOh 


AUTOMATIC DOCUMENT FEEDER COVER UP 

66h 

Olh 


AUTOMATIC DOCUMENT FEEDER LIFT UP 

55h 

06h 

DZT ROM B 

AUXILIARY MEMORY OUT OF SPACE 

11 h 

12h 

DZT ROM B 

AUXILIARY MEMORY READ ERROR 

OCh 

OBh 

DZT ROM B 

AUXILIARY MEMORY WRITE ERROR 

OOh 

04 h 

T 

BEGINNING-OF-PARTITION/MEDIUM DETECTED 

OCh 

06h 

DZT O B 

BLOCK NOT COMPRESSIBLE 

14h 

04 h 

T 

BLOCK SEQUENCE ERROR 

29h 

03h 

DZTPROMAEBKVF 

BUS DEVICE RESET FUNCTION OCCURRED 

11 h 

OEh 

DZT RO B 

CANNOT DECOMPRESS USING DECLARED ALGORITHM 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 2 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



. 0- 

Optical Memory Block Device (SBC) 



M 

- Media Changer Device (SMC-3) 

A - Storage Array Device (SCC-2) 




E - SCSI Enclosure Services device (SES-3) 




B - Simplified Direct-Access (Reduced Block) device (RBC) 




. K - Optical Card Reader/Writer device (OCRW) 




. V- 

Automation/Device Interface device (ADC-4) 




F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

30h 

06h 

DZT RO 

B 

CANNOT FORMAT MEDIUM - INCOMPATIBLE MEDIUM 

30h 

02h 

DZT RO 

BK 

CANNOT READ MEDIUM - INCOMPATIBLE FORMAT 

30h 

Olh 

DZT RO 

BK 

CANNOT READ MEDIUM - UNKNOWN FORMAT 

30h 

08h 

R 


CANNOT WRITE - APPLICATION CODE MISMATCH 

30h 

05h 

DZT RO 

BK 

CANNOT WRITE MEDIUM - INCOMPATIBLE FORMAT 

30h 

04 h 

DZT RO 

BK 

CANNOT WRITE MEDIUM - UNKNOWN FORMAT 

2Ah 

09h 

DZ 


CAPACITY DATA HAS CHANGED 

52h 

OOh 

T 


CARTRIDGE FAULT 

73h 

OOh 

R 


CD CONTROL ERROR 

24 h 

Olh 

DZT P RO 

AEBKVF 

CDB DECRYPTION ERROR 

3Fh 

02h 

DZTPROM 

BK 

CHANGED OPERATING DEFINITION 

11 h 

06h 

RO 

B 

CIRC UNRECOVERED ERROR 

30h 

03h 

DZT R M 

K 

CLEANING CARTRIDGE INSTALLED 

30h 

07h 

DZT ROMAEBKVF 

CLEANING FAILURE 

30h 

OAh 

DZT RO 

AEBK 

CLEANING REQUEST REJECTED 

OOh 

17h 

DZT ROMAEBKVF 

CLEANING REQUESTED 

30h 

13h 

M 


CLEANING VOLUME EXPIRED 

4Ah 

OOh 

DZTPROMAEBKVF 

COMMAND PHASE ERROR 

2Ch 

OOh 

DZTPROMAEBKVF 

COMMAND SEQUENCE ERROR 

2Eh 

Olh 

DZ OM 

B 

COMMAND TIMEOUT BEFORE PROCESSING 

2Eh 

02h 

DZ OM 

B 

COMMAND TIMEOUT DURING PROCESSING 

2Eh 

03h 

DZ OM 

B 

COMMAND TIMEOUT DURING PROCESSING DUE TO ERROR RECOVERT 

6Eh 

OOh 


A 

COMMAND TO LOGICAL UNIT FAILED 

2Fh 

OOh 

DZTPROMAEBKVF 

COMMANDS CLEARED BY ANOTHER INITIATOR 

2Fh 

02h 

DZTPROMAEBKVF 

COMMANDS CLEARED BY DEVICE SERVER 

2Fh 

Olh 

DZ 


COMMANDS CLEARED BY POWER LOSS NOTIFICATION 

3Fh 

04 h 

DZT ROMAEBK 

COMPONENT DEVICE ATTACHED 

OCh 

04 h 

DZT 0 

B 

COMPRESSION CHECK MISCOMPARE ERROR 

27h 

06h 

R 

F 

CONDITIONAL WRITE PROTECT 

67h 

OOh 


A 

CONFIGURATION FAILURE 

67h 

Olh 


A 

CONFIGURATION OF INCAPABLE LOGICAL UNITS FAILED 

6Fh 

07h 

R 


CONFLICT IN BINDING NONCE RECORDING 

OOh 

1Eh 

DZT R MAEBKV 

CONFLICTING SA CREATION REQUEST 

4Bh 

07h 

DZTPROMAEBK F 

CONNECTION LOST 

5Dh 

25h 

DZ 

B 

CONTROLLER IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

27h 

DZ 

B 

CONTROLLER IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

28h 

DZ 

B 

CONTROLLER IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

22h 

DZ 

B 

CONTROLLER IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

2Ch 

DZ 

B 

CONTROLLER IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

21h 

DZ 

B 

CONTROLLER IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

20h 

DZ 

B 

CONTROLLER IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 3 of 19) 




D - Direct Access Block Device tSBC-4) Device Column kev 



. Z- 

Host Managed Zoned Block Device (ZBC) blank = code not used 



. T 

- Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 




. R- 

C/DVD Device (MMC-6) 




. O 

- Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 





. A - Storage Array Device (SCC-2) 





E - SCSI Enclosure Services device (SES-3) 





B- 

Simplified Direct-Access (Reduced Block) device (RBC) 





. K 

- Optical Card Reader/Writer device (OCRW) 





V-Automation/Device Interface device (ADC-4) 






F - Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF Description 

5Dh 

23h 

DZ 


B 

CONTROLLER IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

2Ah 

DZ 


B 

CONTROLLER IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

2Bh 

DZ 


B 

CONTROLLER IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

26h 

DZ 


B 

CONTROLLER IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

29h 

DZ 


B 

CONTROLLER IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

24h 

DZ 


B 

CONTROLLER IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

2Bh 

OOh 

DZTPRO 

K 

COPY CANNOT EXECUTE SINCE HOST CANNOT DISCONNECT 

6Fh 

OOh 


R 


COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION 
FAILURE 

6Fh 

02h 


R 


COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT ESTABLISHED 

6Fh 

Olh 


R 


COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT PRESENT 

26h 

ODh 

DZTPRO 

K 

COPY SEGMENT GRANULARITY VIOLATION 

ODh 

05h 

DZTPRO 

A K 

COPY TARGET DEVICE DATA OVERRUN 

ODh 

04 h 

DZTPRO 

A K 

COPY TARGET DEVICE DATA UNDERRUN 

ODh 

02h 

DZTPRO 

A K 

COPY TARGET DEVICE NOT REACHABLE 

67h 

07h 



A 

CREATION OF LOGICAL UNIT FAILED 

74h 

04 h 

T 



CRYPTOGRAPHIC INTEGRITY VALIDATION FAILED 

73h 

lOh 


R 


CURRENT POWER CALIBRATION AREA ALMOST FULL 

73h 

11 h 


R 


CURRENT POWER CALIBRATION AREA IS FULL 

2Ch 

04 h 


R 


CURRENT PROGRAM AREA IS EMPTY 

2Ch 

03h 


R 


CURRENT PROGRAM AREA IS NOT EMPTY 

30h 

09h 


R 


CURRENT SESSION NOT FIXATED FOR APPEND 

5Dh 

35h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

37h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

38h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

32h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

3Ch 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE DRIVE CALIBRATION RETRY 
COUNT 

5Dh 

31 h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

30h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

33h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

3Ah 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

3Bh 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

36h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

39h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

34h 

DZ 


B 

DATA CHANNEL IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

55h 

OAh 



M 

DATA CURRENTLY UNAVAILABLE 

26h 

05h 

DZTPRO 

A BK 

DATA DECRYPTION ERROR 

26h 

lOh 

T 



DATA DECRYPTION KEY FAIL LIMIT REACHED 

2Ah 

ODh 

T 



DATA ENCRYPTION CAPABILITIES CHANGED 

74h 

21h 

T 



DATA ENCRYPTION CONFIGURATION PREVENTED 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 4 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

2Ah 

13h 

T 

DATA ENCRYPTION KEY INSTANCE COUNTER HAS CHANGED 

2Ah 

11 h 

T 

DATA ENCRYPTION PARAMETERS CHANGED BY ANOTHER 1 T NEXUS 

2Ah 

12h 

T 

DATA ENCRYPTION PARAMETERS CHANGED BY VENDOR SPECIFIC 
EVENT 

OCh 

05h 

DZT 0 B 

DATA EXPANSION OCCURRED DURING COMPRESSION 

69h 

OOh 

A 

DATA LOSS ON LOGICAL UNIT 

4Bh 

05h 

DZTPROMAEBK 

DATA OFFSET ERROR 

41h 

OOh 

DZ 

DATA PATH FAILURE (SHOULD USE 40 NN) 

47h 

Olh 

DZTPROMAEBKVF 

DATA PHASE CRC ERROR DETECTED 

4Bh 

OOh 

DZTPROMAEBKVF 

DATA PHASE ERROR 

11 h 

07h 

0 B 

DATA RE-SYNCHRONIZATION ERROR 

16h 

03h 

DZ 0 BK 

DATA SYNC ERROR - DATA AUTO-REALLOCATED 

16h 

Olh 

DZ 0 BK 

DATA SYNC ERROR - DATA REWRITTEN 

16h 

04 h 

DZ 0 BK 

DATA SYNC ERROR - RECOMMEND REASSIGNMENT 

16h 

02h 

DZ 0 BK 

DATA SYNC ERROR - RECOMMEND REWRITE 

16h 

OOh 

DZ 0 BK 

DATA SYNCHRONIZATION MARK ERROR 

53h 

OCh 

M 

DATA TRANSFER DEVICE ERROR - EJECT FAILED 

53h 

ODh 

M 

DATA TRANSFER DEVICE ERROR - LIBRARY COMMUNICATION FAILED 

53h 

09h 

M 

DATA TRANSFER DEVICE ERROR - LOAD FAILED 

53h 

OAh 

M 

DATA TRANSFER DEVICE ERROR - UNLOAD FAILED 

53h 

OBh 

M 

DATA TRANSFER DEVICE ERROR - UNLOAD MISSING 

3Bh 

IBh 

M 

DATA TRANSFER DEVICE INSERTED 

3Bh 

1Ah 

M 

DATA TRANSFER DEVICE REMOVED 

4Bh 

OAh 

DZTPROMAEBK F 

DATA-IN BUFFER ERROR 

4Bh 

09h 

DZTPROMAEBK F 

DATA-IN BUFFER OVERFLOW - DATA BUFFER DESCRIPTOR AREA 

4Bh 

08h 

DZTPROMAEBK F 

DATA-IN BUFFER OVERFLOW - DATA BUFFER SIZE 

4Bh 

ODh 

DZTPROMAEBK F 

DATA-OUT BUFFER ERROR 

4Bh 

OCh 

DZTPROMAEBK F 

DATA-OUT BUFFER OVERFLOW - DATA BUFFER DESCRIPTOR AREA 

4Bh 

OBh 

DZTPROMAEBK F 

DATA-OUT BUFFER OVERFLOW - DATA BUFFER SIZE 

11 h 

ODh 

DZT RO B 

DE-COMPRESSION CRC ERROR 

71h 

OOh 

T 

DECOMPRESSION EXCEPTION LONG ALGORITHM ID 

70h 

NNh 

T 

DECOMPRESSION EXCEPTION SHORT ALGORITHM ID OF NN 

19h 

OOh 

DZ O K 

DEFECT LIST ERROR 

19h 

03h 

DZ O K 

DEFECT LIST ERROR IN GROWN LIST 

19h 

02h 

DZ O K 

DEFECT LIST ERROR IN PRIMARY LIST 

19h 

Olh 

DZ O K 

DEFECT LIST NOT AVAILABLE 

ICh 

OOh 

DZ O BK 

DEFECT LIST NOT FOUND 

32h 

Olh 

DZ 0 BK 

DEFECT LIST UPDATE FAILURE 

OCh 

OFh 

R 

DEFECTS IN ERROR WINDOW 

3Fh 

05h 

DZT ROMAEBK 

DEVICE IDENTIFIER CHANGED 

29h 

04 h 

DZTPROMAEBKVF 

DEVICE INTERNAL RESET 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 5 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

40h 

NNh 

DZTPROMAEBKVF 

DIAGNOSTIC FAILURE ON COMPONENT NN (80h-FFh) 

74h 

08h 

DZT R M E VF 

DIGITAL SIGNATURE VALIDATION FAILURE 

66h 

02h 


DOCUMENT JAM IN AUTOMATIC DOCUMENT FEEDER 

66h 

03h 


DOCUMENT MISS FEED AUTOMATIC IN DOCUMENT FEEDER 

6Fh 

05h 

R 

DRIVE REGION MUST BE PERMANENT/REGION RESET COUNT ERROR 

53h 

07h 

M 

DUPLICATE VOLUME IDENTIFIER 

3Fh 

OFh 

DZTPROMAEBKVF 

ECHO BUFFER OVERWRITTEN 

3Bh 

18h 

M 

ELEMENT DISABLED 

3Bh 

19h 

M 

ELEMENT ENABLED 

53h 

08h 

M 

ELEMENT STATUS UNKNOWN 

72h 

04 h 

R 

EMPTY OR PARTIALLY WRITTEN RESERVED TRACK 

34 h 

OOh 

DZTPROMAEBKVF 

ENCLOSURE FAILURE 

35h 

05h 

DZT ROMAEBKVF 

ENCLOSURE SERVICES CHECKSUM ERROR 

35h 

OOh 

DZTPROMAEBKVF 

ENCLOSURE SERVICES FAILURE 

35h 

03h 

DZTPROMAEBKVF 

ENCLOSURE SERVICES TRANSFER FAILURE 

35h 

04 h 

DZTPROMAEBKVF 

ENCLOSURE SERVICES TRANSFER REFUSED 

35h 

02h 

DZTPROMAEBKVF 

ENCLOSURE SERVICES UNAVAILABLE 

74h 

OAh 

T 

ENCRYPTED BLOCK NOT RAW READ ENABLED 

74h 

ODh 

T 

ENCRYPTION ALGORITHM DISABLED 

74h 

09h 

T 

ENCRYPTION MODE MISMATCH ON READ 

74h 

07h 

T 

ENCRYPTION PARAMETERS NOT USEABLE 

3Bh 

OFh 

R 

END OF MEDIUM REACHED 

63h 

OOh 

R 

END OF USER AREA ENCOUNTERED ON THIS TRACK 

OOh 

05h 

T 

END-OF-DATA DETECTED 

14h 

03h 

T 

END-OF-DATA NOT FOUND 

OOh 

02h 

T 

END-OF-PARTITION/MEDIUM DETECTED 

51h 

OOh 

DZT RO 

ERASE FAILURE 

51h 

Olh 

DZ R 

ERASE FAILURE - INCOMPLETE ERASE OPERATION DETECTED 

OOh 

18h 

T 

ERASE OPERATION IN PROGRESS 

74h 

05h 

T 

ERROR DECRYPTING DATA 

ODh 

OOh 

DZT P RO A K 

ERROR DETECTED BY THIRD PARTY TEMPORARY INITIATOR 

2Ah 

OAh 

DZT 

ERROR HISTORY 1 T NEXUS CLEARED 

2Ah 

OBh 

DZT 

ERROR HISTORY SNAPSHOT RELEASED 

OAh 

OOh 

DZTPROMAEBKVF 

ERROR LOG OVERFLOW 

11 h 

lOh 

R 

ERROR READING ISRC NUMBER 

11 h 

OFh 

R 

ERROR READING UPC/EAN NUMBER 

2Ah 

OCh 

F 

ERROR RECOVERY ATTRIBUTES HAVE CHANGED 

11 h 

02h 

DZT RO BK 

ERROR TOO LONG TO CORRECT 

38h 

06h 

B 

ESN - DEVICE BUSY CLASS EVENT 

38h 

04 h 

B 

ESN - MEDIA CLASS EVENT 

38h 

02h 

B 

ESN - POWER MANAGEMENT CLASS EVENT 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 6 of 19) 




D - Direct Access Block Device tSBC-4) Device Column kev 



. Z- 

Host Managed Zoned Block Device (ZBC) blank = code not used 



. T 

- Sequential Access Device (SSC-5) not blank = code used 




P - Processor Device (SPC-2) 




. R- 

C/DVD Device (MMC-6) 




. 0 

- Optical Memory Block Device (SBC) 





M - Media Changer Device (SMC-3) 





. A - Storage Array Device (SCC-2) 





E - SCSI Enclosure Services device (SES-3) 





B - Simplified Direct-Access (Reduced Block) device (RBC) 





. K- Optical Card Reader/Writer device (OCRW) 





. V- 

Automation/Device Interface device (ADC-4) 





F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

38h 

OOh 



B 

EVENT STATUS NOTIFICATION 

03h 

02h 

T 



EXCESSIVE WRITE ERRORS 

67h 

04 h 



A 

EXCHANGE OF LOGICAL UNIT FAILED 

OOh 

20h 

DZTP 

B 

EXTENDED COPY INFORMATION AVAILABLE 

74h 

6Fh 

T 



EXTERNAL DATA ENCRYPTION CONTROL ERROR 

74h 

6Eh 

T 



EXTERNAL DATA ENCRYPTION CONTROL TIMEOUT 

74h 

61 h 



V 

EXTERNAL DATA ENCRYPTION KEY MANAGER ACCESS ERROR 

74h 

62h 



V 

EXTERNAL DATA ENCRYPTION KEY MANAGER ERROR 

74h 

63h 



V 

EXTERNAL DATA ENCRYPTION KEY NOT FOUND 

74h 

64 h 



V 

EXTERNAL DATA ENCRYPTION REQUEST NOT AUTHORIZED 

3Bh 

07h 




FAILED TO SENSE BOTTOM-OF-FORM 

3Bh 

06h 




FAILED TO SENSE TOP-OF-FORM 

5Dh 

OOh 

DZTPROMAEBKVF 

FAILURE PREDICTION THRESHOLD EXCEEDED 

5Dh 

FFh 

DZTPROMAEBKVF 

FAILURE PREDICTION THRESHOLD EXCEEDED (FALSE) 

OOh 

Olh 

T 



FILEMARK DETECTED 

14h 

02h 

T 



FILEMARK OR SETMARK NOT FOUND 

5Dh 

65h 

DZ 


B 

FIRMWARE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

67h 

DZ 


B 

FIRMWARE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

68h 

DZ 


B 

FIRMWARE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

62h 

DZ 


B 

FIRMWARE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

6Ch 

DZ 


B 

FIRMWARE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

61 h 

DZ 


B 

FIRMWARE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

60h 

DZ 


B 

FIRMWARE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

63h 

DZ 


B 

FIRMWARE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

6Ah 

DZ 


B 

FIRMWARE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

6Bh 

DZ 


B 

FIRMWARE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

66h 

DZ 


B 

FIRMWARE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

69h 

DZ 


B 

FIRMWARE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

64 h 

DZ 


B 

FIRMWARE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

09h 

02h 


RO 

K 

FOCUS SERVO FAILURE 

31h 

Olh 

DZ 

RO 

B 

FORMAT COMMAND FAILED 

28h 

02h 


R 


FORMAT-LAYER MAY HAVE CHANGED 

58h 

OOh 


0 


GENERATION DOES NOT EXIST 

ICh 

02h 

DZ 

0 

BK 

GROWN DEFECT LIST NOT FOUND 

5Dh 

15h 

DZ 


B 

HARDWARE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

17h 

DZ 


B 

HARDWARE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

18h 

DZ 


B 

HARDWARE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

12h 

DZ 


B 

HARDWARE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

ICh 

DZ 


B 

HARDWARE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

11 h 

DZ 


B 

HARDWARE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

lOh 

DZ 


B 

HARDWARE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 7 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

5Dh 

13h 

DZ B 

HARDWARE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

1Ah 

DZ B 

HARDWARE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

IBh 

DZ B 

HARDWARE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

16h 

DZ B 

HARDWARE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

19h 

DZ B 

HARDWARE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

14h 

DZ B 

HARDWARE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

27h 

Olh 

DZT RO BK 

HARDWARE WRITE PROTECTED 

09h 

04 h 

DZT RO B 

HEAD SELECT FAULT 

OOh 

06h 

DZTPROMAEBKVF 

I/O PROCESS TERMINATED 

lOh 

OOh 

DZ 0 BK 

ID CRC OR ECC ERROR 

5Eh 

03h 

DZT P RO A K 

IDLE CONDITION ACTIVATED BY COMMAND 

5Eh 

Olh 

DZT P RO A K 

IDLE CONDITION ACTIVATED BY TIMER 

5Eh 

06h 

DZT P RO A K 

IDLE B CONDITION ACTIVATED BY COMMAND 

5Eh 

05h 

DZT P RO A K 

IDLE B CONDITION ACTIVATED BY TIMER 

5Eh 

08h 

DZT P RO A K 

IDLE C CONDITION ACTIVATED BY COMMAND 

5Eh 

07h 

DZT P RO A K 

IDLE C CONDITION ACTIVATED BY TIMER 

20h 

OCh 

T 

ILLEGAL COMMAND WHEN NOT IN APPEND-ONLY MODE 

20h 

06h 

T 

ILLEGAL COMMAND WHILE IN EXPLICIT ADDRESS MODE 

20h 

07h 

T 

ILLEGAL COMMAND WHILE IN IMPLICIT ADDRESS MODE 

20h 

04 h 

T 

ILLEGAL COMMAND WHILE IN WRITE CAPABLE STATE 

22h 

OOh 

DZ 

ILLEGAL FUNCTION (USE 20 00, 24 00, OR 26 00) 

64 h 

OOh 

R 

ILLEGAL MODE FOR THIS TRACK 

2Ch 

05h 

B 

ILLEGAL POWER CONDITION REQUEST 

2Ah 

07h 

DZTPROMAEBKVF 

IMPLICIT ASYMMETRIC ACCESS STATE TRANSITION FAILED 

28h 

Olh 

DZT ROM B 

IMPORT OR EXPORT ELEMENT ACCESSED 

28h 

03h 

M 

IMPORT/EXPORT ELEMENT ACCESSED, MEDIUM CHANGED 

30h 

OOh 

DZT ROM BK 

INCOMPATIBLE MEDIUM INSTALLED 

30h 

12h 

M 

INCOMPATIBLE VOLUME QUALIFIER 

30h 

11 h 

M 

INCOMPATIBLE VOLUME TYPE 

11 h 

08h 

T 

INCOMPLETE BLOCK READ 

26h 

11 h 

T 

INCOMPLETE KEY-ASSOCIATED DATA SET 

OCh 

lOh 

DZ 

INCOMPLETE MULTIPLE ATOMIC WRITE OPERATIONS 

ODh 

03h 

DZT P RO A K 

INCORRECT COPY TARGET DEVICE TYPE 

74h 

03h 

T 

INCORRECT DATA ENCRYPTION KEY 

74h 

OBh 

T 

INCORRECT ENCRYPTION PARAMETERS 

OEh 

02h 

DZTPROMAEBK F 

INFORMATION UNIT TOO LONG 

OEh 

Olh 

DZTPROMAEBK F 

INFORMATION UNIT TOO SHORT 

47h 

03h 

DZTPROMAEBKVF 

INFORMATION UNIT iuCRC ERROR DETECTED 

6Ah 

OOh 

A 

INFORMATIONAL, REFER TO LOG 

48h 

OOh 

DZTPROMAEBKVF 

INITIATOR DETECTED ERROR MESSAGE RECEIVED 

4Bh 

06h 

DZTPROMAEBK 

INITIATOR RESPONSE TIMEOUT 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 8 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

26h 

OBh 

DZTPRO K 

INLINE DATA LENGTH EXCEEDED 

3Fh 

03h 

DZTPROMAEBKVF 

INQUIRY DATA HAS CHANGED 

3Fh 

15h 

DZTPR MAEBK 

INSPECT REFERRALS SENSE DESCRIPTORS 

55h 

05h 

DZTPROMAEBK 

INSUFFICIENT ACCESS CONTROL RESOURCES 

6Fh 

06h 

R 

INSUFFICIENT BLOCK COUNT FOR BINDING NONCE RECORDING 

55h 

OBh 

DZTPROMAEBKVF 

INSUFFICIENT POWER FOR OPERATION 

55h 

04 h 

DZTPROMAE K 

INSUFFICIENT REGISTRATION RESOURCES 

55h 

02h 

DZTPROMAE K 

INSUFFICIENT RESERVATION RESOURCES 

55h 

03h 

DZTPROMAE K 

INSUFFICIENT RESOURCES 

55h 

OCh 

DZTP B 

INSUFFICIENT RESOURCES TO CREATE ROD 

55h 

ODh 

DZTP B 

INSUFFICIENT RESOURCES TO CREATE ROD TOKEN 

2Eh 

OOh 

DZ ROM B 

INSUFFICIENT TIME FOR OPERATION 

55h 

OEh 

DZ 

INSUFFICIENT ZONE RESOURCES 

55h 

OFh 

DZ 

INSUFFICIENT ZONE RESOURCES TO COMPLETE WRITE 

44 h 

OOh 

DZTPROMAEBKVF 

INTERNAL TARGET FAILURE 

21 h 

02h 

R 

INVALID ADDRESS FOR WRITE 

3Dh 

OOh 

DZTPROMAE K 

INVALID BITS IN IDENTIFY MESSAGE 

2Ch 

02h 


INVALID COMBINATION OF WINDOWS SPECIFIED 

20h 

OOh 

DZTPROMAEBKVF 

INVALID COMMAND OPERATION CODE 

26h 

OFh 

F 

INVALID DATA-OUT BUFFER INTEGRITY CHECK VALUE 

21 h 

Olh 

DZT ROM BK 

INVALID ELEMENT ADDRESS 

24 h 

OOh 

DZTPROMAEBKVF 

INVALID FIELD IN CDB 

OEh 

03h 

DZTPR MAEBK F 

INVALID FIELD IN COMMAND INFORMATION UNIT 

26h 

OOh 

DZTPROMAEBKVF 

INVALID FIELD IN PARAMETER LIST 

OEh 

OOh 

DZTPROMAEBK F 

INVALID INFORMATION UNIT 

49h 

OOh 

DZTPROMAEBKVF 

INVALID MESSAGE ERROR 

26h 

OCh 

DZTPRO K 

INVALID OPERATION FOR COPY SOURCE OR DESTINATION 

64 h 

Olh 

R 

INVALID PACKET SIZE 

26h 

OEh 

DZTPROMAEBK 

INVALID PARAMETER WHILE PORT IS ENABLED 

26h 

04 h 

DZTPROMAEBKVF 

INVALID RELEASE OF PERSISTENT RESERVATION 

74h 

12h 

DZT R MAEBKV 

INVALID SAUSAGE 

4Bh 

Olh 

DZTPROMAEBK 

INVALID TARGET PORT TRANSFER TAG RECEIVED 

23h 

OOh 

DZTP B 

INVALID TOKEN OPERATION, CAUSE NOT REPORTABLE 

23h 

OAh 

DZTP B 

INVALID TOKEN OPERATION, INVALID TOKEN LENGTH 

23h 

03h 

DZTP B 

INVALID TOKEN OPERATION, REMOTE ROD TOKEN CREATION NOT 
SUPPORTED 

23h 

02h 

DZTP B 

INVALID TOKEN OPERATION, REMOTE TOKEN USAGE NOT SUPPORTED 

23h 

08h 

DZTP B 

INVALID TOKEN OPERATION, TOKEN CANCELLED 

23h 

05h 

DZTP B 

INVALID TOKEN OPERATION, TOKEN CORRUPT 

23h 

09h 

DZTP B 

INVALID TOKEN OPERATION, TOKEN DELETED 

23h 

07h 

DZTP B 

INVALID TOKEN OPERATION, TOKEN EXPIRED 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 9 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



. E-SCS 

Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

23h 

06h 

DZTP B 

INVALID TOKEN OPERATION, TOKEN REVOKED 

23h 

04 h 

DZTP B 

INVALID TOKEN OPERATION, TOKEN UNKNOWN 

23h 

Olh 

DZTP B 

INVALID TOKEN OPERATION, UNSUPPORTED TOKEN TYPE 

21 h 

03h 

R 

INVALID WRITE CROSSING LAYER JUMP 

24h 

08h 

DZT R MAEBKV 

INVALID XCDB 

29h 

07h 

DZTPROMAEBKVF 

1 T NEXUS LOSS OCCURRED 

11 h 

05h 

RO B 

L-EC UNCORRECTABLE ERROR 

60h 

OOh 


LAMP FAILURE 

14h 

07h 

T 

LOCATE OPERATION FAILURE 

OOh 

19h 

T 

LOCATE OPERATION IN PROGRESS 

5Bh 

02h 

DZTPROM K 

LOG COUNTER AT MAXIMUM 

5Bh 

OOh 

DZTPROM K 

LOG EXCEPTION 

5Bh 

03h 

DZTPROM K 

LOG LIST CODES EXHAUSTED 

2Ah 

02h 

DZT ROMAE K 

LOG PARAMETERS CHANGED 

21 h 

OOh 

DZT RO BK 

LOGICAL BLOCK ADDRESS OUT OF RANGE 

lOh 

02h 

DZT 0 

LOGICAL BLOCK APPLICATION TAG CHECK FAILED 

lOh 

Olh 

DZT 0 

LOGICAL BLOCK GUARD CHECK FAILED 

lOh 

04 h 

T 

LOGICAL BLOCK PROTECTION ERROR ON RECOVER BUFFERED DATA 

lOh 

05h 

T 

LOGICAL BLOCK PROTECTION METHOD ERROR 

lOh 

03h 

DZT 0 

LOGICAL BLOCK REFERENCE TAG CHECK FAILED 

74h 

71 h 

DZT R M E V 

LOGICAL UNIT ACCESS NOT AUTHORIZED 

08h 

03h 

DZT ROM BK 

LOGICAL UNIT COMMUNICATION CRC ERROR (ULTRA-DMA/32) 

08h 

OOh 

DZT ROMAEBKVF 

LOGICAL UNIT COMMUNICATION FAILURE 

08h 

02h 

DZT ROMAEBKVF 

LOGICAL UNIT COMMUNICATION PARITY ERROR 

08h 

Olh 

DZT ROMAEBKVF 

LOGICAL UNIT COMMUNICATION TIME-OUT 

05h 

OOh 

DZT ROMAEBKVF 

LOGICAL UNIT DOES NOT RESPOND TO SELECTION 

4Ch 

OOh 

DZTPROMAEBKVF 

LOGICAL UNIT FAILED SELF-CONFIGURATION 

3Eh 

03h 

DZTPROMAEBKVF 

LOGICAL UNIT FAILED SELF-TEST 

3Eh 

Olh 

DZTPROMAEBKVF 

LOGICAL UNIT FAILURE 

5Dh 

02h 

R 

LOGICAL UNIT FAILURE PREDICTION THRESHOLD EXCEEDED 

3Eh 

OOh 

DZTPROMAEBKVF 

LOGICAL UNIT HAS NOT SELF-CONFIGURED YET 

04 h 

Olh 

DZTPROMAEBKVF 

LOGICAL UNIT IS IN PROCESS OF BECOMING READY 

04 h 

OAh 

DZTPROMAEBKVF 

LOGICAL UNIT NOT ACCESSIBLE, ASYMMETRIC ACCESS STATE 
TRANSITION 

04 h 

OBh 

DZTPROMAEBKVF 

LOGICAL UNIT NOT ACCESSIBLE, TARGET PORT IN STANDBY STATE 

04 h 

OCh 

DZTPROMAEBKVF 

LOGICAL UNIT NOT ACCESSIBLE, TARGET PORT IN UNAVAILABLE STATE 

68h 

OOh 

A 

LOGICAL UNIT NOT CONFIGURED 

04 h 

18h 

M 

LOGICAL UNIT NOT READY, A DOOR IS OPEN 

04 h 

ICh 

DZT MAEB 

LOGICAL UNIT NOT READY, ADDITIONAL POWER USE NOT YET 
GRANTED 

04 h 

lOh 

DZT ROM B 

LOGICAL UNIT NOT READY, AUXILIARY MEMORY NOT ACCESSIBLE 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 10 of 19) 

D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K-Optical Card Reader/Writer device (OCRW) 

V-Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

ASC ASCQ DZTPROMAEBKVF Description 

~04h 17h M LOGICAL UNIT NOT READY, CALIBRATION REQUIRED 

04h OOh DZTPROMAEBKVF LOGICAL UNIT NOT READY, CAUSE NOT REPORTABLE 

04h IDh DZ LOGICAL UNIT NOT READY, CONFIGURATION IN PROGRESS 

04h 16h M LOGICAL UNIT NOT READY, CONFIGURATION REQUIRED 

04h 04h DZT RO B LOGICAL UNIT NOT READY, FORMAT IN PROGRESS 

04h 21h DZTPROMAEBKVF LOGICAL UNIT NOT READY, HARD RESET REQUIRED 

04h 02h DZTPROMAEBKVF LOGICAL UNIT NOT READY, INITIALIZING COMMAND REQUIRED 

04h 20h DZTPROMAEBKVF LOGICAL UNIT NOT READY, LOGICAL UNIT RESET REQUIRED 

04h 08h R LOGICAL UNIT NOT READY, LONG WRITE IN PROGRESS 

04h 03h DZTPROMAEBKVF LOGICAL UNIT NOT READY, MANUAL INTERVENTION REQUIRED 

04h 1Eh DZ LOGICAL UNIT NOT READY, MICROCODE ACTIVATION REQUIRED 

04h IFh DZTPROMAEBKVF LOGICAL UNIT NOT READY, MICROCODE DOWNLOAD REQUIRED 

04h 11 h DZT RO AEB VF LOGICAL UNIT NOT READY, NOTIFY (ENABLE SPINUP) REQUIRED 

04h 12h M V LOGICAL UNIT NOT READY, OFFLINE 

04h 19h M LOGICAL UNIT NOT READY, OPERATING IN SEQUENTIAL MODE 

04h 07h DZTPROMAEBKVF LOGICAL UNIT NOT READY, OPERATION IN PROGRESS 

04h 22h DZTPROMAEBKVF LOGICAL UNIT NOT READY, POWER CYCLE REQUIRED 

04h 05h DZT O A BK F LOGICAL UNIT NOT READY, REBUILD IN PROGRESS 

04h 06h DZT O A BK LOGICAL UNIT NOT READY, RECALCULATION IN PROGRESS 

04h 15h M LOGICAL UNIT NOT READY, ROBOTICS DISABLED 

04h 13h DZT R MAEBKV LOGICAL UNIT NOT READY, SA CREATION IN PROGRESS 

04h IBh DZ B LOGICAL UNIT NOT READY, SANITIZE IN PROGRESS 

04h OEh DZT R MAEBKVF LOGICAL UNIT NOT READY, SECURITY SESSION IN PROGRESS 

04h 09h DZTPROMAEBKVF LOGICAL UNIT NOT READY, SELF-TEST IN PROGRESS 

04h 14h DZ B LOGICAL UNIT NOT READY, SPACE ALLOCATION IN PROGRESS 

04h 1Ah DZ B LOGICAL UNIT NOT READY, START STOP UNIT COMMAND IN PROGRESS 

04h ODh F LOGICAL UNIT NOT READY, STRUCTURE CHECK REQUIRED 

25h OOh DZTPROMAEBKVF LOGICAL UNIT NOT SUPPORTED 

27h 02h DZT RO BK LOGICAL UNIT SOFTWARE WRITE PROTECTED 

OOh IFh DZT B LOGICAL UNIT TRANSITIONING TO ANOTHER POWER CONDITION 

3Eh 04h DZTPROMAEBKVF LOGICAL UNIT UNABLE TO UPDATE SELF-TEST LOG 

5Eh OOh DZTPRO A K LOW POWER CONDITION ON 

55h lOh DZ MAXIMUM NUMBER OF STREAMS OPEN 

55h 08h T MAXIMUM NUMBER OF SUPPLEMENTAL DECRYPTION KEYS EXCEEDEC 

15h Olh DZT ROM BK MECHANICAL POSITIONING ERROR 

3Bh 16h R MECHANICAL POSITIONING OR CHANGER ERROR 

5Dh Olh R B MEDIA FAILURE PREDICTION THRESHOLD EXCEEDED 

53h OOh DZT ROM BK MEDIA LOAD OR EJECT FAILED 

6Fh 04h R MEDIA REGION CODE IS MISMATCHED TO LOGICAL UNIT REGION 

3Fh 11 h DZT ROM B MEDIUM AUXILIARY MEMORY ACCESSIBLE 

55h 09h _M_ MEDIUM AUXILIARY MEMORY NOT ACCESSIBLE _ 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 11 of 19) 




D - Direct Access Block Device (SBC-4) 

Device Column kev 



. Z- 

Host Managed Zoned Block Device (ZBC) 

blank = code not used 



. T 

- Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

not blank = code used 




. R - C/DVD Device (MMC-6) 





0 - Optical Memory Block Device (SBC) 





M- 

Media Changer Device (SMC-3) 





. A 

- Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 






B - Simplified Direct-Access (Reduced Block) device (RBC) 






. K- Optical Card Reader/Writer device (OCRW) 






. V- 

Automation/Device Interface device (ADC-4) 






F 

- Object-based Storage Device (OSD-2) 


ASC ASCQ 

DZTPROMAEBKVF 

Description 


3Bh 

ODh 

DZT 

ROM 

BK 

MEDIUM DESTINATION ELEMENT FULL 


31h 

OOh 

DZT 

RO 

BK 

MEDIUM FORMAT CORRUPTED 


3Fh 

lOh 

DZT 

ROM 

B 

MEDIUM LOADABLE 


3Bh 

13h 

DZT 

ROM 

BK 

MEDIUM MAGAZINE INSERTED 


3Bh 

14h 

DZT 

ROM 

BK 

MEDIUM MAGAZINE LOCKED 


3Bh 

11 h 

DZT 

ROM 

BK 

MEDIUM MAGAZINE NOT ACCESSIBLE 


3Bh 

12h 

DZT 

ROM 

BK 

MEDIUM MAGAZINE REMOVED 


3Bh 

15h 

DZT 

ROM 

BK 

MEDIUM MAGAZINE UNLOCKED 


30h 

lOh 


R 


MEDIUM NOT FORMATTED 


3Ah 

OOh 

DZT 

ROM 

BK 

MEDIUM NOT PRESENT 


3Ah 

03h 

DZT 

ROM 

B 

MEDIUM NOT PRESENT - LOADABLE 


3Ah 

04 h 

DZT 

RO 

B 

MEDIUM NOT PRESENT - MEDIUM AUXILIARY MEMORY ACCESSIBLE 

3Ah 

Olh 

DZT 

ROM 

BK 

MEDIUM NOT PRESENT - TRAY CLOSED 


3Ah 

02h 

DZT 

ROM 

BK 

MEDIUM NOT PRESENT - TRAY OPEN 


53h 

02h 

DZT 

ROM 

BK 

MEDIUM REMOVAL PREVENTED 


53h 

03h 


M 


MEDIUM REMOVAL PREVENTED BY DATA TRANSFER ELEMENT 

2Ah 

15h 

T 

M 

V 

MEDIUM REMOVAL PREVENTION PREEMPTED 


3Bh 

OEh 

DZT 

ROM 

BK 

MEDIUM SOURCE ELEMENT EMPTY 


53h 

04 h 

T 



MEDIUM THREAD OR UNTHREAD FAILURE 


43h 

OOh 

DZTPROMAEBKVF 

MESSAGE ERROR 


3Fh 

Olh 

DZTPROMAEBKVF 

MICROCODE HAS BEEN CHANGED 


3Fh 

16h 

DZTPROMAEBKVF 

MICROCODE HAS BEEN CHANGED WITHOUT RESET 

IDh 

OOh 

DZT 

RO 

BK 

MISCOMPARE DURING VERIFY OPERATION 


IDh 

Olh 

DZ 


B 

MISCOMPARE VERIFY OF UNMAPPED LB A 


11 h 

OAh 

DZT 

0 

BK 

MISCORRECTED ERROR 


2Ah 

Olh 

DZT 

ROMAEBKVF 

MODE PARAMETERS CHANGED 


67h 

03h 


A 


MODIFICATION OF LOGICAL UNIT FAILED 


69h 

Olh 


A 


MULTIPLE LOGICAL UNIT FAILURES 


07h 

OOh 

DZT 

ROM 

BK 

MULTIPLE PERIPHERAL DEVICES SELECTED 


11 h 

03h 

DZT 

0 

BK 

MULTIPLE READ ERRORS 


OCh 

OEh 

DZT 

0 

BK 

MULTIPLE WRITE ERRORS 


67h 

09h 


A 


MULTIPLY ASSIGNED LOGICAL UNIT 


4Bh 

04 h 

DZTPROMAEBK 

NAK RECEIVED 


OOh 

OOh 

DZTPROMAEBKVF 

NO ADDITIONAL SENSE INFORMATION 


OOh 

15h 


R 


NO CURRENT AUDIO STATUS TO RETURN 


32h 

OOh 

DZ 

0 

BK 

NO DEFECT SPARE LOCATION AVAILABLE 


11 h 

09h 

T 



NO GAP FOUND 


Olh 

OOh 

DZ 

0 

BK 

NO INDEX/SECTOR SIGNAL 


72h 

07h 


R 


NO MORE TEST ZONE EXTENSIONS ARE ALLOWED 

72h 

05h 


R 


NO MORE TRACK RESERVATIONS ALLOWED 


06h 

OOh 

DZ 

ROM 

BK 

NO REFERENCE POSITION FOUND 


A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 12 of 19) 




D - Direct Access Block Device (SBC-4) 

Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) 

blank = code not used 



T - Sequential Access Device (SSC-5) 

not blank = code used 



P - Processor Device (SPC-2) 




. R - C/DVD Device (MMC-6) 




0 - Optical Memory Block Device (SBC) 




M - Media Changer Device (SMC-3) 




. A - Storage Array Device (SCC-2) 




E - SCSI Enclosure Services device (SES-3) 




B - Simplified Direct-Access (Reduced Block) device (RBC) 




. K - Optical Card Reader/Writer device (OCRW) 




. V- 

Automation/Device Interface device (ADC-4) 




F 

- Object-based Storage Device (OSD-2) 


ASC ASCQ 

DZTPROMAEBKVF 

Description 


02h 

OOh 

DZ RO BK 

NO SEEK COMPLETE 


03h 

Olh 

T 

NO WRITE CURRENT 


24 h 

06h 

F 

NONCE NOT UNIQUE 


24h 

07h 

F 

NONCE TIMESTAMP OUT OF RANGE 


28h 

OOh 

DZTPROMAEBKVF 

NOT READY TO READY CHANGE, MEDIUM MAY HAVE CHANGED 

2Ch 

OBh 

T 

NOT RESERVED 


OOh 

16h 

DZTPROMAEBKVF 

OPERATION IN PROGRESS 


5Ah 

Olh 

DZT ROM BK 

OPERATOR MEDIUM REMOVAL REQUEST 


5Ah 

OOh 

DZTPRO BK 

OPERATOR REQUEST OR STATE CHANGE INPUT 


5Ah 

03h 

DZT RO A BK 

OPERATOR SELECTED WRITE PERMIT 


5Ah 

02h 

DZT RO A BK 

OPERATOR SELECTED WRITE PROTECT 


2Ch 

OCh 

DZ 

ORWRITE GENERATION DOES NOT MATCH 


61 h 

02h 


OUT OF FOCUS 


4Eh 

OOh 

DZTPROMAEBKVF 

OVERLAPPED COMMANDS ATTEMPTED 


2Dh 

OOh 

T 

OVERWRITE ERROR ON UPDATE IN PLACE 


20h 

05h 

T 

Obsolete 


24 h 

02h 

T 

Obsolete 


24h 

03h 

T 

Obsolete 


63h 

Olh 

R 

PACKET DOES NOT FIT IN AVAILABLE SPACE 


3Bh 

05h 


PAPER JAM 


1Ah 

OOh 

DZTPROMAEBKVF 

PARAMETER LIST LENGTH ERROR 


26h 

Olh 

DZTPROMAEBKVF 

PARAMETER NOT SUPPORTED 


26h 

02h 

DZTPROMAEBKVF 

PARAMETER VALUE INVALID 


2Ah 

OOh 

DZT ROMAEBKVF 

PARAMETERS CHANGED 


69h 

02h 

A 

PARITY/DATA MISMATCH 


IFh 

OOh 

DZ 0 K 

PARTIAL DEFECT LIST TRANSFER 


2Ch 

OAh 

F 

PARTITION OR COLLECTION CONTAINS USER OBJECTS 

4Bh 

14h 

DZTPROMAEBK F 

PCIE ACS VIOLATION 


4Bh 

lOh 

DZTPROMAEBK F 

PCIE COMPLETER ABORT 


4Bh 

OFh 

DZTPROMAEBK F 

PCIE COMPLETION TIMEOUT 


4Bh 

12h 

DZTPROMAEBK F 

PCIE ECRC CHECK FAILED 


4Bh 

OEh 

DZTPROMAEBK F 

PCIE FABRIC ERROR 


4Bh 

11 h 

DZTPROMAEBK F 

PCIE POISONED TLP RECEIVED 


4Bh 

15h 

DZTPROMAEBK F 

PCIE TLP PREFIX BLOCKED 


4Bh 

13h 

DZTPROMAEBK F 

PCIE UNSUPPORTED REQUEST 


03h 

OOh 

DZT 0 BK 

PERIPHERAL DEVICE WRITE FAULT 


27h 

05h 

T R 

PERMANENT WRITE PROTECT 


2Ch 

06h 

R 

PERSISTENT PREVENT CONFLICT 


44 h 

Olh 

DZT P MAEBKVF 

PERSISTENT RESERVATION INFORMATION LOST 


27h 

04 h 

T R 

PERSISTENT WRITE PROTECT 


47h 

06h 

DZT MAEBKVF 

PHY TEST FUNCTION IN PROGRESS 


A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 13 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

50h 

02h 

T 

POSITION ERROR RELATED TO TIMING 

3Bh 

OCh 

T 

POSITION PAST BEGINNING OF MEDIUM 

3Bh 

OBh 


POSITION PAST END OF MEDIUM 

15h 

02h 

DZT RO BK 

POSITIONING ERROR DETECTED BY READ OF MEDIUM 

73h 

Olh 

R 

POWER CALIBRATION AREA ALMOST FULL 

73h 

03h 

R 

POWER CALIBRATION AREA ERROR 

73h 

02h 

R 

POWER CALIBRATION AREA IS FULL 

29h 

Olh 

DZTPROMAEBKVF 

POWER ON OCCURRED 

29h 

OOh 

DZTPROMAEBKVF 

POWER ON, RESET, OR BUS DEVICE RESET OCCURRED 

5Eh 

41h 

B 

POWER STATE CHANGE TO ACTIVE 

5Eh 

47h 

BK 

POWER STATE CHANGE TO DEVICE CONTROL 

5Eh 

42h 

B 

POWER STATE CHANGE TO IDLE 

5Eh 

45h 

B 

POWER STATE CHANGE TO SLEEP 

5Eh 

43h 

B 

POWER STATE CHANGE TO STANDBY 

42h 

OOh 

DZ 

POWER-ON OR SELF-TEST FAILURE (SHOULD USE 40 NN) 

2Ch 

07h 

DZTPROMAEBKVF 

PREVIOUS BUSY STATUS 

2Ch 

09h 

DZTPROM EBKVF 

PREVIOUS RESERVATION CONFLICT STATUS 

2Ch 

08h 

DZTPROMAEBKVF 

PREVIOUS TASK SET FULL STATUS 

ICh 

Olh 

DZ O BK 

PRIMARY DEFECT LIST NOT FOUND 

2Ah 

08h 

DZT ROMAEBKVF 

PRIORITY CHANGED 

73h 

05h 

R 

PROGRAM MEMORY AREA IS FULL 

73h 

04 h 

R 

PROGRAM MEMORY AREA UPDATE FAILURE 

OOh 

07h 

T 

PROGRAMMABLE EARLY WARNING DETECTED 

47h 

05h 

DZTPROMAEBKVF 

PROTOCOL SERVICE CRC ERROR 

55h 

07h 

F 

QUOTA ERROR 

40h 

OOh 

DZ 

RAM FAILURE (SHOULD USE 40 NN) 

15h 

OOh 

DZT ROM BK 

RANDOM POSITIONING ERROR 

73h 

17h 

R 

RDZ IS FULL 

21 h 

07h 

DZ 

READ BOUNDARY VIOLATION 

11 h 

13h 

DZT P RO AEBKVF 

READ ERROR - FAILED RETRANSMISSION REQUEST 

11 h 

14h 

DZ 

READ ERROR - LB A MARKED BAD BY APPLICATION CLIENT 

11 h 

11 h 

R 

READ ERROR - LOSS OF STREAMING 

6Fh 

03h 

R 

READ OF SCRAMBLED SECTOR WITHOUT AUTHENTICATION 

3Bh 

OAh 


READ PAST BEGINNING OF MEDIUM 

3Bh 

09h 


READ PAST END OF MEDIUM 

3Bh 

17h 

F 

READ PAST END OF USER OBJECT 

11 h 

Olh 

DZT RO BK 

READ RETRIES EXHAUSTED 

6Ch 

OOh 

A 

REBUILD FAILURE OCCURRED 

6Dh 

OOh 

A 

RECALCULATE FAILURE OCCURRED 

14h 

Olh 

DZT RO BK 

RECORD NOT FOUND 

14h 

06h 

DZT O BK 

RECORD NOT FOUND - DATA AUTO-REALLOCATED 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 14 of 19) 




D - Direct Access Block Device tSBC-4) Device Column kev 



. Z- 

Host Managed Zoned Block Device (ZBC) blank = code not used 



. T 

- Sequential Access Device (SSC-5) not blank = code used 




P - Processor Device (SPC-2) 




. R - C/DVD Device (MMC-6) 




O - Optical Memory Block Device (SBC) 




M - Media Changer Device (SMC-3) 




. A - Storage Array Device (SCC-2) 




E - SCSI Enclosure Services device (SES-3) 




B - Simplified Direct-Access (Reduced Block) device (RBC) 




. K - Optical Card Reader/Writer device (OCRW) 




. V- 

Automation/Device Interface device (ADC-4) 




F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

14h 

05h 

DZT 

O BK 

RECORD NOT FOUND - RECOMMEND REASSIGNMENT 

14h 

OOh 

DZT 

RO BK 

RECORDED ENTITY NOT FOUND 

18h 

02h 

DZ 

RO BK 

RECOVERED DATA - DATA AUTO-REALLOCATED 

18h 

05h 

DZ 

RO BK 

RECOVERED DATA - RECOMMEND REASSIGNMENT 

18h 

06h 

DZ 

RO BK 

RECOVERED DATA - RECOMMEND REWRITE 

17h 

05h 

DZ 

RO BK 

RECOVERED DATA USING PREVIOUS SECTOR ID 

18h 

03h 


R 

RECOVERED DATA WITH CIRC 

18h 

07h 

DZ 

O BK 

RECOVERED DATA WITH ECC - DATA REWRITTEN 

18h 

Olh 

DZ 

RO BK 

RECOVERED DATA WITH ERROR CORR. & RETRIES APPLIED 

18h 

OOh 

DZT 

RO BK 

RECOVERED DATA WITH ERROR CORRECTION APPLIED 

18h 

04 h 


R 

RECOVERED DATA WITH L-EC 

18h 

08h 


R 

RECOVERED DATA WITH LINKING 

17h 

03h 

DZT 

RO BK 

RECOVERED DATA WITH NEGATIVE HEAD OFFSET 

17h 

OOh 

DZT 

RO BK 

RECOVERED DATA WITH NO ERROR CORRECTION APPLIED 

17h 

02h 

DZT 

RO BK 

RECOVERED DATA WITH POSITIVE HEAD OFFSET 

17h 

Olh 

DZT 

RO BK 

RECOVERED DATA WITH RETRIES 

17h 

04 h 


RO B 

RECOVERED DATA WITH RETRIES AND/OR CIRC APPLIED 

17h 

06h 

DZ 

O BK 

RECOVERED DATA WITHOUT ECC - DATA AUTO-REALLOCATED 

17h 

09h 

DZ 

RO BK 

RECOVERED DATA WITHOUT ECC - DATA REWRITTEN 

17h 

07h 

DZ 

RO BK 

RECOVERED DATA WITHOUT ECC - RECOMMEND REASSIGNMENT 

17h 

08h 

DZ 

RO BK 

RECOVERED DATA WITHOUT ECC - RECOMMEND REWRITE 

1Eh 

OOh 

DZ 

O BK 

RECOVERED ID WITH ECC CORRECTION 

3Fh 

06h 

DZT 

ROMAEB 

REDUNDANCY GROUP CREATED OR MODIFIED 

3Fh 

07h 

DZT 

ROMAEB 

REDUNDANCY GROUP DELETED 

6Bh 

Olh 


A 

REDUNDANCY LEVEL GOT BETTER 

6Bh 

02h 


A 

REDUNDANCY LEVEL GOT WORSE 

2Ah 

05h 

DZTPROMAE 

REGISTRATIONS PREEMPTED 

67h 

05h 


A 

REMOVE OF LOGICAL UNIT FAILED 

3Fh 

OEh 

DZTPROMAE 

REPORTED LUNS DATA HAS CHANGED 

3Bh 

08h 

T 


REPOSITION ERROR 

2Ah 

03h 

DZTPROMAE K 

RESERVATIONS PREEMPTED 

2Ah 

04 h 

DZTPROMAE 

RESERVATIONS RELEASED 

2Ch 

ODh 

DZ 


RESET WRITE POINTER NOT ALLOWED 

OOh 

1Ah 

T 


REWIND OPERATION IN PROGRESS 

36h 

OOh 



RIBBON, INK, OR TONER FAILURE 

73h 

06h 


R 

RMA/PMA IS ALMOST FULL 

72h 

06h 


R 

RMZ EXTENSION IS NOT ALLOWED 

37h 

OOh 

DZT 

ROMAEBKVF 

ROUNDED PARAMETER 

5Ch 

OOh 

DZ 

O 

RPL STATUS CHANGE 

2Ah 

14h 

DZT 

R MAEBKV 

SA CREATION CAPABILITIES DATA HAS CHANGED 

74h 

30h 

DZT 

R MAEBKV 

SA CREATION PARAMETER NOT SUPPORTED 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 15 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



. E-SCS 

Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

74h 

lOh 

DZT R MAEBKV 

SA CREATION PARAMETER VALUE INVALID 

74h 

11 h 

DZT R MAEBKV 

SA CREATION PARAMETER VALUE REJECTED 

31h 

03h 

DZ B 

SANITIZE COMMAND FAILED 

39h 

OOh 

DZT ROMAE K 

SAVING PARAMETERS NOT SUPPORTED 

62h 

OOh 


SCAN HEAD POSITIONING ERROR 

29h 

02h 

DZTPROMAEBKVF 

SCSI BUS RESET OCCURRED 

47h 

OOh 

DZTPROMAEBKVF 

SCSI PARITY ERROR 

47h 

02h 

DZTPROMAEBKVF 

SCSI PARITY ERROR DETECTED DURING ST DATA PHASE 

54 h 

OOh 

P 

SCSI TO HOST SYSTEM INTERFACE FAILURE 

24h 

04 h 

F 

SECURITY AUDIT VALUE FROZEN 

74h 

79h 

DZ 

SECURITY CONFLICT IN TRANSLATED DEVICE 

74h 

OOh 

T 

SECURITY ERROR 

24h 

05h 

F 

SECURITY WORKING KEY FROZEN 

45h 

OOh 

DZTPROMAEBKVF 

SELECT OR RESELECT FAILURE 

3Bh 

OOh 

T 

SEQUENTIAL POSITIONING ERROR 

5Dh 

45h 

DZ B 

SERVO IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

47h 

DZ B 

SERVO IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

48h 

DZ B 

SERVO IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

42h 

DZ B 

SERVO IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

4Ch 

DZ B 

SERVO IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

41h 

DZ B 

SERVO IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

40h 

DZ B 

SERVO IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

43h 

DZ B 

SERVO IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

4Ah 

DZ B 

SERVO IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

4Bh 

DZ B 

SERVO IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

46h 

DZ B 

SERVO IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

49h 

DZ B 

SERVO IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

44 h 

DZ B 

SERVO IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

72h 

OOh 

R 

SESSION FIXATION ERROR 

72h 

03h 

R 

SESSION FIXATION ERROR - INCOMPLETE TRACK IN SESSION 

72h 

Olh 

R 

SESSION FIXATION ERROR WRITING LEAD-IN 

72h 

02h 

R 

SESSION FIXATION ERROR WRITING LEAD-OUT 

OOh 

IBh 

T 

SET CAPACITY OPERATION IN PROGRESS 

67h 

OAh 

DZTPROMAEBKVF 

SET TARGET PORT GROUPS COMMAND FAILED 

OOh 

03h 

T 

SETMARK DETECTED 

3Bh 

04 h 


SLEW FAILURE 

47h 

7Fh 

DZTPROMAEBK 

SOME COMMANDS CLEARED BY ISCSI PROTOCOL EVENT 

2Fh 

03h 

DZTPROMAEBKVF 

SOME COMMANDS CLEARED BY QUEUING LAYER EVENT 

27h 

07h 

DZ B 

SPACE ALLOCATION FAILED WRITE PROTECT 

5Dh 

03h 

R 

SPARE AREA EXHAUSTION PREDICTION THRESHOLD EXCEEDED 

3Fh 

08h 

DZT ROMAEB 

SPARE CREATED OR MODIFIED 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 16 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

3Fh 

09h 

DZT ROMAEB 

SPARE DELETED 

5Dh 

55h 

DZ B 

SPINDLE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

57h 

DZ B 

SPINDLE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

58h 

DZ B 

SPINDLE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

52h 

DZ B 

SPINDLE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

5Ch 

DZ B 

SPINDLE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

51 h 

DZ B 

SPINDLE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

50h 

DZ B 

SPINDLE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

53h 

DZ B 

SPINDLE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

5Ah 

DZ B 

SPINDLE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

5Bh 

DZ B 

SPINDLE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

56h 

DZ B 

SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

59h 

DZ B 

SPINDLE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

54 h 

DZ B 

SPINDLE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

09h 

03h 

RO 

SPINDLE SERVO FAILURE 

5Ch 

02h 

DZ 0 

SPINDLES NOT SYNCHRONIZED 

5Ch 

Olh 

DZ 0 

SPINDLES SYNCHRONIZED 

5Eh 

04 h 

DZT P RO A K 

STANDBY CONDITION ACTIVATED BY COMMAND 

5Eh 

02h 

DZT P RO A K 

STANDBY CONDITION ACTIVATED BY TIMER 

5Eh 

OAh 

DZT P RO A K 

STANDBY Y CONDITION ACTIVATED BY COMMAND 

5Eh 

09h 

DZT P RO A K 

STANDBY Y CONDITION ACTIVATED BY TIMER 

6Bh 

OOh 

A 

STATE CHANGE HAS OCCURRED 

2Ch 

OFh 

DZ 

STREAM NOT OPEN 

68h 

Olh 

DZ 

SUBSIDIARY LOGICAL UNIT NOT CONFIGURED 

IBh 

OOh 

DZTPROMAEBKVF 

SYNCHRONOUS DATA TRANSFER ERROR 

55h 

Olh 

DZ 0 BK 

SYSTEM BUFFER FULL 

55h 

OOh 

P 

SYSTEM RESOURCE FAILURE 

4Dh 

NNh 

DZTPROMAEBKVF 

TAGGED OVERLAPPED COMMANDS (NN = TASK TAG) 

33h 

OOh 

T 

TAPE LENGTH ERROR 

3Bh 

03h 


TAPE OR ELECTRONIC VERTICAL FORMS UNIT NOT READY 

3Bh 

Olh 

T 

TAPE POSITION ERROR AT BEGINNING-OF-MEDIUM 

3Bh 

02h 

T 

TAPE POSITION ERROR AT END-OF-MEDIUM 

3Fh 

OOh 

DZTPROMAEBKVF 

TARGET OPERATING CONDITIONS HAVE CHANGED 

38h 

07h 

DZ 

THIN PROVISIONING SOFT THRESHOLD REACHED 

ODh 

Olh 

DZT P RO A K 

THIRD PARTY DEVICE FAILURE 

5Bh 

Olh 

DZTPROM K 

THRESHOLD CONDITION MET 

26h 

03h 

DZTPROMAE K 

THRESHOLD PARAMETERS NOT SUPPORTED 

3Eh 

02h 

DZTPROMAEBKVF 

TIMEOUT ON LOGICAL UNIT 

2Ah 

lOh 

DZT M E V 

TIMESTAMP CHANGED 

3Bh 

ICh 

T 

TOO MANY LOGICAL OBJECTS ON PARTITION TO SUPPORT OPERATION 

26h 

08h 

DZT P RO K 

TOO MANY SEGMENT DESCRIPTORS 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 17 of 19) 

D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K-Optical Card Reader/Writer device (OCRW) 

V-Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

ASC ASCQ DZTPROMAEBKVF Description 

26h 06h DZTPRO K TOO MANY TARGET DESCRIPTORS 

2Ch Olh TOO MANY WINDOWS SPECIFIED 

4Bh 02h DZTPROMAEBK TOO MUCH WRITE DATA 
09h OOh DZT RO B TRACK FOLLOWING ERROR 

09h Olh RO K TRACKING SERVO FAILURE 

29h 06h DZTPROMAEBKVF TRANSCEIVER MODE CHANGED TO LVD 

29h 05h DZTPROMAEBKVF TRANSCEIVER MODE CHANGED TO SINGLE-ENDED 

61 h Olh UNABLE TO ACQUIRE VIDEO 

74h Olh T UNABLE TO DECRYPT DATA 

74h OCh DZT R MAEBKV UNABLE TO DECRYPT PARAMETER LIST 

57h OOh R UNABLE TO RECOVER TABLE-OF-CONTENTS 

21h 04h DZ UNALIGNED WRITE COMMAND 

74h 02h T UNENCRYPTED DATA ENCOUNTERED WHILE DECRYPTING 

26h OAh DZTPRO K UNEXPECTED INEXACT SEGMENT 

74h 06h T UNKNOWN SIGNATURE VERIFICATION KEY 

53h Olh T UNLOAD TAPE FAILURE 

08h 04h DZTPRO K UNREACHABLE COPY TARGET 

11 h OOh DZT RO BK UNRECOVERED READ ERROR 

11 h 04h DZ O BK UNRECOVERED READ ERROR - AUTO REALLOCATE FAILED 

11 h OBh DZ O BK UNRECOVERED READ ERROR - RECOMMEND REASSIGNMENT 

11 h OCh DZ O BK UNRECOVERED READ ERROR - RECOMMEND REWRITE THE DATA 

46h OOh DZTPROM BK UNSUCCESSFUL SOFT RESET 

35h Olh DZTPROMAEBKVF UNSUPPORTED ENCLOSURE FUNCTION 

26h 09h DZTPRO K UNSUPPORTED SEGMENT DESCRIPTOR TYPE CODE 

26h 07h DZTPRO K UNSUPPORTED TARGET DESCRIPTOR TYPE CODE 

2Ch lOh DZ UNWRITTEN DATA IN ZONE 

59h OOh O UPDATED BLOCK READ 

26h 12h T VENDOR SPECIFIC KEY REFERENCE NOT FOUND 

OOh ICh T VERIFY OPERATION IN PROGRESS 

09h 05h DZT RO B VIBRATION INDUCED TRACKING ERROR 

61h OOh VIDEO ACQUISITION ERROR 

65h OOh DZTPROMAEBKVF VOLTAGE FAULT 

53h 05h M VOLUME IDENTIFIER INVALID 

53h 06h M VOLUME IDENTIFIER MISSING 

3Fh OAh DZT ROMAEBK VOLUME SET CREATED OR MODIFIED 

3Fh OCh DZT ROMAEBK VOLUME SET DEASSIGNED 

3Fh OBh DZT ROMAEBK VOLUME SET DELETED 

3Fh ODh DZT ROMAEBK VOLUME SET REASSIGNED 

OBh OOh DZTPROMAEBKVF WARNING 

OBh 05h DZTPRO AEBKVF WARNING - BACKGROUND MEDIUM SCAN DETECTED MEDIUM ERROR 
OBh 04h DZTPRO AEBKVF WARNING - BACKGROUND PRE-SCAN DETECTED MEDIUM ERROR 
A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 18 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

OBh 

03h 

DZTPROMAEBKVF 

WARNING - BACKGROUND SELF-TEST FAILED 

OBh 

07h 

DZTPROMAEBKVF 

WARNING - DEGRADED POWER TO NON-VOLATILE CACHE 

OBh 

09h 

DZ 

WARNING - DEVICE STATISTICS NOTIFICATION ACTIVE 

OBh 

02h 

DZTPROMAEBKVF 

WARNING - ENCLOSURE DEGRADED 

OBh 

OEh 

DZTPROMAEBKV 

WARNING - HIGH CRITICAL HUMIDITY LIMIT EXCEEDED 

OBh 

OAh 

DZTPROMAEBKV 

WARNING - HIGH CRITICAL TEMPERATURE LIMIT EXCEEDED 

OBh 

lOh 

DZTPROMAEBKV 

WARNING - HIGH OPERATING HUMIDITY LIMIT EXCEEDED 

OBh 

OCh 

DZTPROMAEBKV 

WARNING - HIGH OPERATING TEMPERATURE LIMIT EXCEEDED 

OBh 

OFh 

DZTPROMAEBKV 

WARNING - LOW CRITICAL HUMIDITY LIMIT EXCEEDED 

OBh 

OBh 

DZTPROMAEBKV 

WARNING - LOW CRITICAL TEMPERATURE LIMIT EXCEEDED 

OBh 

11 h 

DZTPROMAEBKV 

WARNING - LOW OPERATING HUMIDITY LIMIT EXCEEDED 

OBh 

ODh 

DZTPROMAEBKV 

WARNING - LOW OPERATING TEMPERATURE LIMIT EXCEEDED 

OBh 

06h 

DZTPROMAEBKVF 

WARNING - NON-VOLATILE CACHE NOW VOLATILE 

OBh 

08h 

DZTPROMAEBKVF 

WARNING - POWER LOSS EXPECTED 

OBh 

Olh 

DZTPROMAEBKVF 

WARNING - SPECIFIED TEMPERATURE EXCEEDED 

30h 

ODh 

T 

WORM MEDIUM - INTEGRITY CHECK 

30h 

OCh 

T 

WORM MEDIUM - OVERWRITE ATTEMPTED 

11 h 

15h 

DZ 

WRITE AFTER SANITIZE REQUIRED 

50h 

OOh 

T 

WRITE APPEND ERROR 

50h 

Olh 

T 

WRITE APPEND POSITION ERROR 

21h 

05h 

DZ 

WRITE BOUNDARY VIOLATION 

OCh 

OOh 

T R 

WRITE ERROR 

OCh 

02h 

DZ 0 BK 

WRITE ERROR - AUTO REALLOCATION FAILED 

OCh 

12h 

DZ 

WRITE ERROR - INSUFFICIENT ZONE RESOURCES 

OCh 

09h 

R 

WRITE ERROR - LOSS OF STREAMING 

OCh 

ODh 

DZTPRO AEBKVF 

WRITE ERROR - NOT ENOUGH UNSOLICITED DATA 

OCh 

OAh 

R 

WRITE ERROR - PADDING BLOCKS ADDED 

OCh 

03h 

DZ 0 BK 

WRITE ERROR - RECOMMEND REASSIGNMENT 

OCh 

Olh 

K 

WRITE ERROR - RECOVERED WITH AUTO REALLOCATION 

OCh 

08h 

R 

WRITE ERROR - RECOVERY FAILED 

OCh 

07h 

DZ R 

WRITE ERROR - RECOVERY NEEDED 

OCh 

11 h 

DZ 

WRITE ERROR - RECOVERY SCAN NEEDED 

OCh 

OCh 

DZTPRO AEBKVF 

WRITE ERROR - UNEXPECTED UNSOLICITED DATA 

27h 

OOh 

DZT RO BK 

WRITE PROTECTED 

2Ch 

OEh 

DZ 

ZONE IS OFFLINE 

27h 

08h 

DZ 

ZONE IS READ ONLY 

3Fh 

17h 

DZ 

ZONE TRANSITION TO FULL 

31h 

02h 

R 

ZONED FORMATTING FAILED DUE TO SPARE LINKING 

3Fh 

12h 

DZTPR MAEBK F 

iSCSI IP ADDRESS ADDED 

A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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Table 47 — ASC and ASCQ assignments (part 19 of 19) 



D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V-Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

Device Column kev 
blank = code not used 
not blank = code used 

ASC ASCQ 

DZTPROMAEBKVF Description 


3Fh 14h 
3Fh 13h 

DZTPR MAEBK F iSCSI IP ADDRESS CHANGED 

DZTPR MAEBK F iSCSI IP ADDRESS REMOVED 


80h xxh 
Through 
FFh xxh 

\ 

> Vendor specific 

/ 


xxh 80h 
Through 
xxh FFh 

\ 

> Vendor specific qualification of standard ASC 

/ 

All codes not shown are reserved. 


| A numeric ordered listing of the ASC and ASCQ assignments is provided in E.2. 
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5 Model common to all device types 

5.1 Introduction to the model common to all device types 


5.1.1 Overview 

This model describes some of the general characteristics expected of most SCSI devices. This model is not 
intended to alter any requirements defined elsewhere in SCSI. Devices conforming to this standard shall 
conform to SAM-5. 


5.1.2 Important commands for all SCSI device servers 

5.1.2.1 Commands implemented by all SCSI device servers 

This standard defines the following mandatory commands (see 6.1): 

a) the INQUIRY command (see 5.1.2.3); 

b) the REPORT LUNS command (see 5.1.2.4); and 

c) the TEST UNIT READY command (see 5.1.2.5). 

These commands are used to discover a logical unit’s capabilities, to discover the system configuration, and 
to determine whether a logical unit is ready. 

If the device server is able to process commands after an error occurs that prohibits normal command 
completion, then the device server may include a field replaceable unit code in the sense data when returning 
CHECK CONDITION status for commands other than the INQUIRY command (see 6.5), the REPORT LUNS 
command (see 6.28), and the REQUEST SENSE command (see 6.34). If the sense data includes a field 
replaceable unit code, then an application client may use the INQUIRY command to request the 
corresponding ASCII Information VPD page (see 7.7.3), if any, which contains ASCII information about the 
field replaceable unit causing the error. 

5.1.2.2 Commands recommended for all SCSI device servers 

Support for the REQUEST SENSE command is recommended to provide compatibility with application clients 
designed to use previous versions of this standard or status polling features defined by command standards. 

5.1.2.3 Using the INQUIRY command 

The INQUIRY command (see 6.5) may be used by an application client to determine the configuration of a 
logical unit. Device servers respond with information that includes their device type and standard version and 
may include the manufacturer's identification, model number, and other information. 

The Device Identification VPD page (see 7.7.6) returned in response to an INQUIRY command with the evpd 
bit set to one and the page code field set to 83h contains identifying information for the logical unit, the target 
port, and the SCSI target device. 

The INQUIRY command may return incomplete information until the device serve completes the power on 
process (see 6.5.1). 
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5.1.2.4 Using the REPORT LUNS command 

The REPORT LUNS command (see 6.28) may be used by an application client to request a logical unit 
inventory report of the logical units that are accessible to the l_T nexus on which the command is sent. 

The application client may select different types of logical unit inventories to be reported. Examples of using 
different logical unit inventory report types are shown in Annex B. 

5.1.2.5 Using the TEST UNIT READY command 

The TEST UNIT READY command (see 6.42) allows an application client to poll a logical unit until it is ready 
without allocating space for returned data. The TEST UNIT READY command may be used to check the 
media status of logical units with removable media. Device servers should respond promptly to indicate the 
current status of the SCSI device. 

5.1.2.6 Using the REQUEST SENSE command 

The REQUEST SENSE command (see 6.34) may be used by an application client to poll the status of some 
background operations and to clear interlocked unit attention conditions (see 7.5.10). 


5.1.3 Implicit head of queue 

Each of the following commands may be processed by the task manager as if the command has a task 
attribute of head of queue (see SAM-5) if the command is received with a simple task attribute or an ordered 
task attribute: 

a) INQUIRY; and 

b) REPORT LUNS. 

See SAM-5 for additional rules on implicit head of queue processing. 


5.2 Command duration limits 

An application client uses a command duration limit to specify the scheduling and processing of a duration 
limited command (see SAM-5). If a device server determines that it is unable to complete processing of a 
duration limited command before expiration of the duration expiration time, then the device server may 
terminate the processing of that command (see SAM-5). 

Device servers that support command duration limits shall: 

a) support one or more commands specifying a duration limit descriptor value set to a nonzero value 
(see SBC-4); 

b) for each command specifying a duration limit descriptor value set to a nonzero value, report a 
nonzero value in the cdlp field (see 6.30.2); and 

c) support the Command Duration Limit A mode page (see 7.5.8) or the Command Duration Limit B 
mode page (see 7.5.9) indicated by the cdlp field. 

A nonzero value in the cdlp field indicates whether the Command Duration Limit A mode page or the 
Command Duration Limit B mode page specifies the command duration limit applicable to that command. A 
duration limit descriptor value set to a nonzero value in the CDB specifies which duration limit descriptor in the 
indicated mode page specifies the command duration limit. 
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5.3 Device clocks and timestamps 

A timestamp may be included in data logged or recorded by a device server based on the contents of a device 
clock saturating counter described in this subclause. 

Device clocks may be managed with: 

a) the REPORT TIMESTAMP command (see 6.33); 

b) the SET TIMESTAMP command (see 6.41); 

c) the Control Extension mode page (see 7.5.11); and 

d) methods outside the scope of this standard. 

A device clock is initialized by a: 

a) power on reset or hard reset that sets a device clock to zero; 

b) SET TIMESTAMP command that sets a device clock to a specified value; or 

c) method outside the scope of this standard. 

The tcmos bit in the Control Extension mode page (see 7.5.11) specifies whether the device server allows a 
device clock to be initialized by methods outside the scope of this standard. The scsip bit in the Control 
Extension mode page (see 7.5.11) specifies whether methods outside the scope of this standard take 
precedence over the SET TIMESTAMP command for initializing a device clock. 

After a device clock is initialized, the device server shall increment it by one every millisecond, plus or minus a 
vendor specific tolerance. 

A device clock shall not be affected by an I T nexus loss or a logical unit reset. 

If a device clock is initialized by means other than the SET TIMESTAMP command (see 6.41), the device 
server shall establish a unit attention condition for the initiator port associated with every I T nexus (see 
SAM-5), with the additional sense code set to TIMESTAMP CHANGED. 

The format of a device clock value is shown in table 48. 


Table 48 — Device clock value format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 0 

0 

(MSB) 











TIMESTAMP 




5 







(LSB) 


The timestamp field contains the value of a device clock. 
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A data structure that contains a device clock value may indicate the most recent event that initialized that 
device clock by associating a timestamp origin value (see table 49) with that device clock value. 


Table 49 — Timestamp origin value 


Code 

Description 

000b 

001b 

010b 

011b 

100b to 111b 

Device clock initialized to zero at power on or as the result of a hard reset 

Reserved 

Device clock initialized by the SET TIMESTAMP command (see 6.41) 

Device clock initialized by methods outside the scope of this standard 

Reserved 


5.4 Device specific background functions 


5.4.1 Introduction 

Device specific background functions are SCSI target device specific functions that a SCSI target device may 
perform that have no specific association with application client initiated operations. A device specific 
background function is initiated if: 

a) a device specific event associated with the function occurs (e.g., a timer expires or a counter reaches 
its limit); and 

b) the function is enabled. 

If conditions are met to initiate more than one device specific background function (e.g., more than one device 
specific event occurs), then the order of performing the functions is device specific. Other device server 
processes (e.g., processing a command) may or may not have any impact on events associated with device 
specific background functions. 

Device specific background functions do not include self-test operations (see 5.14) or background scan 
operations (see SBC-3). 

Device specific background functions: 

a) may include background functions for the informational exceptions that are managed using the 
Informational Exceptions Control mode page (see applicable command standard); 

b) may include regular, device specific self testing or saving of device specific data; 

c) may require the logical unit to be in a different power condition to be performed (e.g., a logical unit 
may require being in the active power condition to access the medium for some functions); 

d) may be enabled or disabled via the ebf bit in the Informational Exceptions Control mode page; 

e) shall be affected by the perf bit and the logerr bit in the Informational Exceptions Control mode 
page, if the background function is associated with informational exceptions; 

f) should be processed relative to power conditions based on the setting in the pm_bg_precedence field 
in the Power Condition mode page (see 7.5.15); 

g) may have impact on the SCSI target device’s performance (e.g., if a logical unit is performing a 
background function, and the device server receives a command from an application client that 
requires access to the logical unit, then the logical unit may take a short period of time (e.g., two 
seconds) to suspend the background function before the logical unit is able to process the command); 

h) shall not affect power condition timers as defined in the Power Condition mode page; 

i) shall not affect timers defined in the Background Control mode page (see SBC-3); and 
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j) shall have no negative impact on the reliability of the logical unit. 


5.4.2 Suspending and resuming device specific background functions 

The SCSI target device shall suspend a device specific background function in progress if: 

a) any of the following are true: 

A) a command or task management function is processed that requires the device specific 
background function to be suspended; or 

B) a SCSI event (e.g., a reset event) (see SAM-5) occurs that requires the device specific 
background function to be suspended; 

or 

b) all of the following are true: 

A) a power condition timer defined in the Power Condition mode page (see 7.5.15) expires; 

B) the pm_bg_precedence field in the Power Condition mode page is set to 10b; and 

C) the SCSI target device is unable to continue performing the device specific background function 
in the power condition associated with the timer that expired. 

The SCSI target device may suspend a device specific background function in progress if: 

a) a power condition timer defined in the Power Condition mode page (see 7.5.15) expires; 

b) the pm_bg_precedence field in the Power Condition mode page is set to 00b; and 

c) the SCSI target device is unable to continue performing the device-specific background function in the 
power condition associated with the timer that expired. 

If a device specific background function is suspended, the device server shall not stop any process that 
causes a device specific background function to be initiated (e.g., not stop any timers or counters associated 
with device specific background functions). 

A suspended device specific background function may be resumed if: 

a) there are no commands in the task set to be processed; 

b) there are no task management functions to be processed; 

c) there are no SCSI events to be processed; 

d) no ACA condition (see SAM-5) exists; 

e) the pm_bg_precedence field in the Power Condition mode page (see 7.5.15) is set to 00b; or 

f) the pm_bg_precedence field in the Power Condition mode page is set to 10b, and no power condition 
timer defined in the Power Condition mode page has expired. 
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5.5 Downloading and activating microcode 

5.5.1 Downloading microcode 

SCSI target device implementations may use microcode (e.g., firmware) that is stored in nonvolatile storage. 
Microcode may be changeable by an application client using the WRITE BUFFER command (see 6.44). The 
WRITE BUFFER command provides multiple methods for downloading microcode to the SCSI target device 
and activating the microcode. 

Downloading microcode involves the following steps: 

1 ) Download: the application client transfers complete microcode from the Data-Out Buffer to the device 
server in one or more WRITE BUFFER commands; and 

2) Save: if defined by the download microcode mode, the device server saves the microcode to 
nonvolatile storage. 

The SCSI target device begins using the new microcode for the first time after it is activated (see 5.5.2) as part 
of the response to an event defined by the download microcode mode. 

After power on or hard reset, the logical unit shall use the last microcode for that logical unit that was saved to 
nonvolatile storage. 


92 


Working Draft SCSI Primary Commands - 5 (SPC-5) 



12 August 2015 


T10/BSR INCUS 502 Revision 05 


Table 50 defines the WRITE BUFFER download microcode modes with respect to the steps described in this 
subclause. 


Table 50 — WRITE BUFFER download microcode modes 


Mode 

Down¬ 
load a 

Save b 

Activate c 

Download microcode and activate (i.e., 04h) 

yes d 

no 

yes 

Download microcode, save, and activate (i.e., 05h) 

yes d 

yes 

optional 

Download microcode with offsets and activate (i.e., 06h) 

yes e 

no 

yes 

Download microcode with offsets, save, and activate (i.e., 07h) 

yes e 

yes 

optional 

Download microcode with offsets, save, and defer activate (i.e., OEh) f 

yes e 

yes 

no 

Download microcode with offsets, select activation events, save, and 
defer activate (i.e., ODh) f 

yes e 

yes 

no 

Activate deferred microcode (i.e., OFh) 9 

no 

no 

yes 


a Entries in the Download column are as follows. For modes labeled yes, the application client delivers 
microcode in the WRITE BUFFER command(s). For modes labeled no, the application client does not 
deliver microcode with the WRITE BUFFER command. 
b Entries in the Save column are as follows. For modes labeled yes, the device server shall save the 
microcode to nonvolatile storage for use after each subsequent power on or hard reset, and shall not 
return GOOD status for the final command in the WRITE BUFFER sequence (i.e., the series of WRITE 
BUFFER commands that downloads the microcode) until the microcode has been saved. For modes 
labeled no, the device server shall discard the microcode on the next power on or hard reset. 
c Entries in the Activate column are as follows. For modes labeled yes, the device server shall activate 
the microcode (see 5.5.2) after completion of the final command in the WRITE BUFFER sequence (i.e., 
the series of WRITE BUFFER commands that downloads the microcode and activates it). For modes 
labeled optional, the device server may or may not activate the microcode image upon completion of 
the final command in the WRITE BUFFER sequence. For modes labeled no, the device server shall not 
activate the microcode upon completion of the final command in the WRITE BUFFER sequence. 
d The application client delivers microcode in a vendor specific number of WRITE BUFFER commands 
(i.e., a WRITE BUFFER sequence). The device server should require that the microcode be delivered in 
a single command. The device server shall perform any required verification of the microcode prior to 
returning GOOD status for the final WRITE BUFFER command in a sequence (i.e., the WRITE 
BUFFER command delivering the last part of the microcode). 
e The application client delivers microcode in one or more WRITE BUFFER commands, specifying a 
buffer ID and buffer offset in each command. If the device server does not receive the necessary 
WRITE BUFFER commands required to deliver the complete microcode before a logical unit reset 
occurs, an I T nexus loss occurs, or a WRITE BUFFER command specifying a different download 
microcode mode is processed, then the device server shall discard the new microcode. If the device 
server determines that it is processing the final WRITE BUFFER command (i.e., the WRITE BUFFER 
command delivering the last part of the microcode), then the device server shall perform any required 
verification of the microcode prior to returning GOOD status for the command. 
f Microcode downloaded with this mode is defined as deferred microcode. 

9 Support for mode OFh is mandatory if either mode ODh or mode OEh is supported. 
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Table 51 summarizes how the WRITE BUFFER download microcode modes process the buffer id field, the 
BUFFER OFFSET field, and the parameter list length field in the WRITE BUFFER CDB. 


Table 51 — WRITE BUFFER download microcode field processing 


Mode 

buffer id field, buffer offset 
field, and parameter list 
length field processing 

Download microcode and activate (i.e., 04h) 

vendor specific 

Download microcode, save, and activate (i.e., 05h) 

vendor specific 

Download microcode with offsets and activate (i.e., 06h) 

6.44.6 

Download microcode with offsets, save, and activate (i.e., 07h) 

6.44.6 

Download microcode with offsets, select activation events, save, and 
defer activate (i.e., ODh) 

6.44.6 and 6.44.9 

Download microcode with offsets, save, and defer activate (i.e., OEh) 

6.44.6 

Activate deferred microcode (i.e., OFh) 

ignored 


If the device server is unable to process a WRITE BUFFER command with a download microcode mode 
because of a vendor specific condition (e.g., the device server requires the microcode be delivered in order, 
and the buffer offset field is not equal to the contents of the previous WRITE BUFFER command’s buffer 
offset field plus the contents of the previous WRITE BUFFER command’s parameter list length field), 
then the device server shall terminate the command with CHECK CONDITION status, with the sense key set 
to ILLEGAL REQUEST, and the additional sense code set to COMMAND SEQUENCE ERROR. 

If the device server detects a digital signature validation failure while processing a WRITE BUFFER command 
that downloads microcode, it shall terminate the command with CHECK CONDITION status, with the sense 
key set to ABORTED COMMAND, and the additional sense code set to DIGITAL SIGNATURE VALIDATION 
FAILURE. 

If a WRITE BUFFER command specifies a nonzero value in the buffer offset field and the mode field is: 

a) 07h, ODh, or OEh; and 

b) different than the mode field in the first WRITE BUFFER command of this WRITE BUFFER sequence, 

then the device server should terminate the command with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST. The additional sense code: 

a) should be set to COMMAND SEQUENCE ERROR; or 

b) may be set to INVALID FIELD IN CDB. 
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The multi i_t nexus microcode download field (see table 50) in the Extended INQUIRY Data VPD page 
(see 7.7.7) indicates how the device server handles concurrent attempts to download microcode using the 
WRITE BUFFER command download microcode modes from multiple l_T nexuses. 


Table 52 — multi i_t nexus microcode download field (part 1 of 2) 


Code 

Description 

Oh 

The handling of concurrent WRITE BUFFER download microcode operations from 
multiple l_T nexus is vendor specific. 

1h 

For modes that download microcode (see table 50), the device server shall: 

a) if a WRITE BUFFER command with the buffer offset field set to zero is 
received on any l_T nexus, then the command shall be processed as described 
elsewhere in this subclause. This shall establish the l_T nexus for the WRITE 
BUFFER sequence, and cause any microcode downloaded on another l_T nexus 
to be discarded; 

b) if a WRITE BUFFER command with the buffer offset field set to a non-zero 
value is received on the established l_T nexus for the WRITE BUFFER 
sequence, then the command shall be processed as described elsewhere in this 
subclause; and 

c) if a WRITE BUFFER command with the buffer offset field set to a non-zero 
value is received on an l_T nexus that is different from the established l_T nexus 
for the WRITE BUFFER sequence, then the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to COMMAND SEQUENCE 
ERROR. The WRITE BUFFER sequence for the established l_T nexus should 
not be affected. 

If a WRITE BUFFER command with mode OFh (i.e., activate deferred microcode) is 
received on an I T nexus that is different from the established I T nexus for the WRITE 
BUFFER sequence, then the device server shall terminate the WRITE BUFFER 
command with mode OFh with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to COMMAND SEQUENCE 
ERROR. Any deferred microcode shall not be invalidated. 

2h 

For modes that download microcode (see table 50), the device server shall allow con¬ 
current sequences of WRITE BUFFER commands to be processed as described else¬ 
where in this subclause on more than one l_T nexus. 

If a WRITE BUFFER command with mode OFh (i.e., activate deferred microcode) is 
received on an l_T nexus that is different from the established l_T nexus for the WRITE 
BUFFER sequence, then the device server shall process the command as described 
elsewhere in this subclause. 
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Table 52 — multi i_t nexus microcode download field (part 2 of 2) 


Code 

Description 

3h 

For modes that download microcode (see table 50), the device server shall: 

a) if a WRITE BUFFER command with the buffer offset field set to zero is 
received on any l_T nexus, then the command shall be processed as described 
elsewhere in this subclause. This shall establish the l_T nexus for the WRITE 
BUFFER sequence, and cause any microcode downloaded on another l_T nexus 
to be discarded; 

b) if a WRITE BUFFER command with the buffer offset field set to a non-zero 
value is received on the established l_T nexus for the WRITE BUFFER 
sequence, then the command shall be processed as described elsewhere in this 
subclause; and 

c) if a WRITE BUFFER command with the buffer offset field set to a non-zero 
value is received on an l_T nexus that is different from the established l_T nexus 
for the WRITE BUFFER sequence, then the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to COMMAND SEQUENCE 
ERROR. The WRITE BUFFER sequence for the established l_T nexus should 
not be affected. 

If a WRITE BUFFER command with mode OFh (i.e., activate deferred microcode) is 
received on an l_T nexus that is different from the established l_T nexus for the WRITE 
BUFFER sequence, then the device server shall process the command as described 
elsewhere in this subclause. 

4h to Fh 

Reserved 


For all WRITE BUFFER command modes that download microcode (see table 50), the command specific 
field (see 6.30.4.2) located in the command timeouts descriptor of the parameter data returned by the 
REPORT SUPPORTED OPERATION CODES command (see 6.30) indicates the maximum time that access 
to the SCSI device is limited or not possible through any SCSI ports associated with a logical unit that 
processes a WRITE BUFFER command that activates microcode. 


5.5.2 Activating microcode 

If the SCSI target device contains multiple logical units, the activation of microcode by one logical unit may 
change the microcode for other logical units in that SCSI target device. 

Activating microcode for a logical unit may result in: 

a) a hard reset; or 

b) a logical unit reset for each logical unit affected by the microcode download (i.e., logical units that 
activated microcode or logical units that processed a logical unit reset due to another logical unit 
activated microcode). 

If microcode is activated due to processing a WRITE BUFFER command with a mode that requires activation 
after processing (i.e., modes 04h (see 6.44.4), 06h (see 6.44.6), and OFh (see 6.44.11)), then: 

a) if the microcode activation resulted in a hard reset or resulted in a logical unit reset, the device server 
shall establish a unit attention condition (see SAM-5) for the initiator port associated with every l_T 
nexus affected by the microcode activation except the I T nexus on which the WRITE BUFFER 


Working Draft SCSI Primary Commands - 5 (SPC-5) 




12 August 2015 


T10/BSR INCUS 502 Revision 05 


command was received with the additional sense code set to MICROCODE HAS BEEN CHANGED; 
or 

b) if the microcode activation did not result in a hard reset and did not result in a logical unit reset, the 
device server shall establish a unit attention condition for the initiator port associated with every l_T 
nexus affected by the microcode activation with the additional sense code set to MICROCODE HAS 
BEEN CHANGED WITHOUT RESET 

If microcode is activated due to processing a WRITE BUFFER command with a mode that may cause 
activation after processing (i.e., for modes 05h (see 6.44.5) and 07h (see 6.44.7)), then the device server shall 
establish a unit attention condition (see SAM-5) based on the setting of the activate microcode field in the 
Extended INQUIRY VPD page (see 7.7.7). 

If microcode is activated as a result of a power on or as a result of a hard reset, the device server may 
establish a unit attention condition (see SAM-5) for the initiator port associated with every l_T nexus with the 
additional sense code set to MICROCODE HAS BEEN CHANGED in addition to the unit attention condition 
for the power on or hard reset. 

If deferred microcode (see table 50) is activated due to a command defined by its command standard as 
causing deferred microcode to be activated (e.g., the FORMAT UNIT command and the START STOP UNIT 
command (see SBC-3)), then the device server: 

a) shall establish a unit attention condition (see SAM-5) for the initiator port associated with every l_T 
nexus affected by the microcode activation: 

A) if the microcode activation resulted in a hard reset or resulted in a logical unit reset, the additional 
sense code for the established unit attention shall be set to MICROCODE HAS BEEN 
CHANGED; or 

B) if the microcode activation did not result in a hard reset and did not result in a logical unit reset, 
the additional sense code for the established unit attention shall be set to MICROCODE HAS 
BEEN CHANGED WITHOUT RESET; 

and 

b) may establish other unit attention condition(s) as defined for the command (e.g., CAPACITY DATA 
HAS CHANGED for the FORMAT UNIT command). 

If new microcode is saved before deferred microcode is activated, then that deferred microcode is not 
activated. 
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5.6 Error history 

5.6.1 Error history overview 

Error history is data collected by a logical unit to aid in troubleshooting errors. 


The types of error history data are described in table 53. 

Table 53 — Error history types 


BUFFER 

FORMAT 
field a 

EHS_SOURCE 
field b 

Description 

OOh 

00b 

Vendor specific data created by the device server 

01b to 10b 

Vendor specific data created at the request of an application client using 
a READ BUFFER command 

11b 

Reserved 

Olh 

00b 

Reserved 

01b to 11b 

Current internal status data (see 6.17.7.3.2) created at the request of an 
application client using a READ BUFFER command 

02h 

00b 

Saved internal status data (see 6.17.7.3.3) created by the device server 

01b to 10b 

Reserved 

11b 

Saved internal status data created by the device server 

all others 

00b to 10b 

Reserved 

a See the error history directory entry definition in table 198. 
b See the error history directory definition in table 195. 


The READ BUFFER command (see 6.17.7) provides a method for retrieving error history (see 5.6.2) from the 
logical unit. 

The WRITE BUFFER command (see 6.44.12) provides a method for inserting application client error history 
into the error history (see 5.6.5) and for clearing the error history (see 5.6.6). 

The format of the application client error history is defined by the manufacturer of the application client. The 
format of the error history, including how the application client error history, if any, is incorporated into the error 
history, is defined by the manufacturer of the logical unit. 

If the device server supports saved internal status data (see table 53), the device server shall maintain: 

a) a generation number for the saved internal status parameter data (see 6.17.7.3.3) as an 8-bit 
wrapping counter that persists across power cycles, hard resets, and logical unit resets; and 

b) the new saved data available field in the saved internal status parameter data (see 6.17.7.3.3) that 
indicates if saved internal status data has changed since it was last retrieved as described in 5.6.2. 

If the device server creates saved internal status data, the device server shall perform the following as an 
uninterrupted series of actions: 

a) create internal status data; 
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b) increment the generation number value of the saved internal status parameter data (see 6.18.7.7); 
and 

c) set the new saved data available field to 01 h in the saved internal status parameter data. 

If any saved internal status data is retrieved as described in 5.6.2, the device server shall set the new saved 
data available field to 00h in the saved internal status parameter data. 

If the device server creates saved internal status data as a result of a condition that is capable of resulting in 
the establishment of a unit attention with the additional sense code set to DEVICE INTERNAL RESET (see 
SAM-5), then the device server should establish a unit attention condition for the initiator port associated with 
every l_T nexus with the additional sense code set to DEVICE INTERNAL RESET. 


5.6.2 Retrieving error history with the READ BUFFER command 

Device servers may allow the error history to be retrieved using a sequence of READ BUFFER commands on 
one l_T nexus. 

Error history is returned using error history snapshots. An error history snapshot is the contents of the error 
history at a specific point in time, created by the device server at vendor specific times or requested by the 
application client using the READ BUFFER command with certain buffer IDs. 

The l_T nexus being used to retrieve an error history snapshot is called the error history l_T nexus. Only one 
l_T nexus at a time is allowed to be the error history l_T nexus, and only the error history l_T nexus is allowed 
to retrieve an error history snapshot. 

To retrieve the complete error history, an application client uses one l_T nexus to: 

1) create an error history snapshot if one does not already exist, establish the l_T nexus as the error 
history l_T nexus, and retrieve the error history directory by sending a READ BUFFER command (see 
6.17.7.2) with: 

A) the mode field set to ICh (i.e., error history); 

B) the buffer id field set to one of the following: 

a) If the error history l_T nexus is expected to be valid: 

A) OOh (i.e., return error history directory); or 

B) 01 h (i.e., return error history directory and create new snapshot); 

b) if the application client has knowledge obtained by means outside the scope of this standard 
that the error history l_T nexus is no longer valid: 

A) 02h (i.e., return error history directory and establish new error history l_T nexus); or 

B) 03h (i.e., return error history directory, establish new error history l_T nexus, and create 
new snapshot); 

C) the BUFFER OFFSET field set to OOOOOOh; and 

D) the allocation length field set to at least 2 088 (i.e., large enough to transfer the complete error 
history directory); 

2) retrieve the error history. The application client uses a Data-In Buffer size that is a multiple of the 
offset boundary indicated in the READ BUFFER descriptor (see 6.17.4). For each buffer ID indicated 
in the error history directory in the range of 10h to EFh, the application client sends one or more 
READ BUFFER commands (see 6.17.7.3) as follows: 

1) send the first READ BUFFER command with: 

a) the mode field set to ICh (i.e., error history); 

b) the buffer id field set to the buffer ID (i.e., an error history data buffer); 

c) the BUFFER OFFSET field set to OOOOOOh; and 

d) the allocation length field set to the size of the Data-In Buffer; 
and 
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2) until the number of bytes returned by the previous READ BUFFER command does not equal the 
specified allocation length and/or the total number of bytes returned from the buffer ID equals the 
maximum available length indicated in the error history directory, send zero or more additional 
READ BUFFER commands with: 

a) the mode field set to ICh (i.e., error history); 

b) the buffer id field set to the buffer ID (i.e., an error history data buffer); 

c) the buffer offset field set to the previous buffer offset plus the previous allocation length; 
and 

d) the allocation length field set to the size of the Data-In Buffer; 
and 

3) clear the error history I T nexus and, depending on the buffer ID, release the error history snapshot 
by sending a READ BUFFER command with: 

A) the mode field set to ICh (i.e., error history); 

B) the buffer id field set to: 

a) FEh (i.e., clear error history l_T nexus) (see 6.17.7.4); or 

b) FFh (i.e., clear error history l_T nexus and release snapshot) (see 6.17.7.5); 

C) the buffer offset field set to any value allowed by table 192 (see 6.17.7.1) (e.g., OOOOOOh); and 

D) the allocation length field set to any value allowed for the chosen buffer id field value (see 
6.17.7.4 or 6.17.7.5) (e.g., OOOOOOh). 

While an error history snapshot exists, the device server: 

a) shall not modify the error history snapshot to reflect any changes to the error history; 

b) may or may not record events that are detected into the error history; and 

c) if the device server supports the WRITE BUFFER command download application client error history 
mode (see 6.44.12), shall record the specified application client error history into the error history. 


5.6.3 Error history l_T nexus clearing actions 

The device server shall clear the established error history l_T nexus: 

a) upon processing of a READ BUFFER command on the error history l_T nexus with: 

A) the mode field set to ICh (i.e., error history); and 

B) the buffer id field set to FEh (i.e., clear error history l_T nexus) (see 6.17.7.4); 

b) if an l_T nexus loss occurs on the error history l_T nexus; 

c) upon processing of a READ BUFFER command using the same l_T nexus that was used to establish 
the snapshot with: 

A) the mode field set to ICh (i.e., error history); and 

B) the buffer id field set to FFh (i.e., clear error history l_T nexus and release snapshot) (see 
6.17.7.5); 

d) if a power on occurs; 

e) if a hard reset occurs; or 

f) if a logical unit reset occurs. 
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5.6.4 Error history snapshot releasing actions 

The releasing effects for error history snapshots are shown in table 54 based on combinations of the type of 
error history snapshot as indicated by the contents of buffer format field in the error history directory entry 
(see table 198), the value of the hssrelef bit in the Extended INQUIRY Data VPD page (see 7.7.7), and 
specified causes. 


Table 54 — Error history snapshot releasing effects (part 1 of 3) 


Cause 

Effect if the hssrelef bit a is set to 

one (i.e., alternate 
reset handling) 

zero (i.e., normal 
reset handling) 

Buffer format OOh (i.e., vendor specific data) 

The device server processes a READ BUFFER 
command on the error history l_T nexus with: 

a) the mode field set to ICh (i.e., error history); and 

b) the buffer id field set to FEh (i.e., clear error 
history l T nexus) (see 6.17.7.4). 

The device server shall not release error 
history snapshots. 

The device server processes a READ BUFFER 
command using the same I T nexus that was used to 
establish the snapshot with: 

a) the mode field set to ICh (i.e., error history); and 

b) the buffer id field set to FFh (i.e., clear error 
history 1 T nexus and release snapshot) 

(see 6.17.7.5). 

The device server shall release the error 
history snapshot. 

An I T nexus loss occurs on the error history l_T nexus. 

The device server shall not release error 
history snapshots. 

A hard reset occurs. 

The device server 
shall not release an 
error history snapshot. 

The device server 
shall release the error 
history snapshot. 

A power on occurs. 

A logical unit reset occurs. 

A download microcode activation occurs. 

The device server 
may release the error 
history snapshot. 

a Defined in the Extended INQUIRY Data VPD page, see 7.7.7. 
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Table 54 — Error history snapshot releasing effects (part 2 of 3) 



Effect if the hssrelef bit a is set to 

Cause 

one (i.e., alternate 
reset handling) 

zero (i.e., normal 
reset handling) 

Buffer format 01 h (i.e., current internal status data) 

The device server processes a READ BUFFER 
command on the error history l_T nexus with: 

a) the mode field set to ICh (i.e., error history); and 

b) the buffer id field set to FEh (i.e., clear error 
history l T nexus) (see 6.17.7.4). 

The device server shall not release error 
history snapshots. 

The device server processes a READ BUFFER 
command using the same I T nexus that was used to 
establish the snapshot with: 

a) the mode field set to ICh (i.e., error history); and 

b) the buffer id field set to FFh (i.e., clear error 
history 1 T nexus and release snapshot) 

(see 6.17.7.5). 

The device server shall release the error 
history snapshot. 

An l_T nexus loss occurs on the error history l_T nexus. 

The device server 
shall not release error 
history snapshots. 


A hard reset occurs. 



A power on occurs. 



A logical unit reset occurs. 


The device server 
may release the error 
history snapshot. 

The device server creates a new current internal status 
error history snapshot during the processing of a READ 
BUFFER command on the error history l_T nexus with: 

a) the mode field being set to ICh (i.e., error history); 

b) the buffer id field being set to 01 h or 03h; and 

c) the mode specific field being set to 001 b. 

The device server 
may release the error 
history snapshot. 

A download microcode activation occurs. 



a Defined in the Extended INQUIRY Data VPD page, see 7.7.7. 
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Table 54 — Error history snapshot releasing effects (part 3 of 3) 


Cause 

Effect if the hssrelef bit a is set to 

one (i.e., alternate 
reset handling) 

zero (i.e., normal 
reset handling) 

Buffer format 02h (i.e., saved internal status data) 

The device server processes a READ BUFFER 
command on the error history l_T nexus with: 

a) the mode field set to ICh (i.e., error history); and 

b) the buffer id field set to FEh (i.e., clear error 
history l T nexus) (see 6.17.7.4). 

The device server shall not release error 
history snapshots. 

The device server processes a READ BUFFER 
command using the same I T nexus that was used to 
establish the snapshot with: 

a) the mode field set to ICh (i.e., error history); and 

b) the buffer id field set to FFh (i.e., clear error 
history 1 T nexus and release snapshot) 

(see 6.17.7.5). 

The device server shall release the error 
history snapshot. 

An l T nexus loss occurs on the error history l T nexus. 

The device server 
shall not release error 
history snapshots. 

The device server 
may release the error 
history snapshot. 

A hard reset occurs. 

A power on occurs. 

A logical unit reset occurs. 

The device server creates a new saved internal status 
error history snapshot (i.e., an error history snapshot 
with the buffer format field set to 02h in the error 
history directory entry (see table 198)). 

The device server 
may release the error 
history snapshot. 

A download microcode activation occurs. 

a Defined in the Extended INQUIRY Data VPD page, see 7.7.7. 


The device server shall not replace or release the error history snapshot while the error history I T nexus is 
established unless otherwise specified. 

The device server shall implement a vendor specific timer for error history snapshot retrieval. If the vendor 
specific timer expires, then: 

a) the device server shall: 

A) clear the error history I T nexus; and 

B) establish a unit attention condition for the error history l_T nexus with the additional sense code 
set to ERROR HISTORY l_T NEXUS CLEARED; 

or 

b) the device server shall: 

A) clear the error history l_T nexus; 

B) release the error history snapshot; and 

C) establish a unit attention condition for the error history l_T nexus with the additional sense code 
set to ERROR HISTORY SNAPSHOT RELEASED. 

After an error history snapshot is released, the device server shall resume recording error history for events 
that are detected. 
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5.6.5 Adding application client error history with the WRITE BUFFER command 

An application client adds application client detected error history to the error history collected by a logical unit 
using a WRITE BUFFER command with the mode field set to ICh (see 6.44.12). The application client error 
history: 

a) may be recovered: 

A) as part of the error history (see 5.6.2); or 

B) by means outside the scope of this standard; 
and 

b) is not used for any logical unit related error recovery. 

Error history that contains a mix of application client error history and logical unit error history may be used to 
correlate an application client-detected error with errors detected internally by the logical unit. 

Application clients should minimize the amount of error history they store to prevent error history overflows 
(see 6.44.12). 


5.6.6 Clearing error history with the WRITE BUFFER command 

An application client clears the portions of the error history that the device server allows to be cleared by 
sending a WRITE BUFFER command (see 6.44.12) with: 

a) the mode field set to ICh (i.e., download error history); 

b) the PARAMETER list length field set to 00001 Ah; 

c) in the parameter list, the clr bit set to one; and 

d) all other fields in the parameter list set as 6.44.12 describes. 

Clearing error history shall not: 

a) clear the error history l_T nexus, if any; or 

b) release the error history snapshot, if any, if it was created with the READ BUFFER command (see 
5.6.2). 
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5.7 Identifying information 

The REPORT IDENTIFYING INFORMATION command (see 6.27) and SET IDENTIFYING INFORMATION 
command (see 6.38) allow an application client to maintain one or more sets of identifying information 
associated with the logical unit. 

Identifying information shall persist through power cycles (i.e., be stored in nonvolatile storage), hard resets, 
logical unit resets, l_T nexus losses, media format operations, and media replacement. 

Table 55 defines the identifying information types. 


Table 55 — Identifying information types 


Identifying information type 

Length 

Support a 

Logical unit identifying information: a value describing the 
logical unit (e.g., an operating system volume label) 

0 to 64 bytes 

Mandatory 

65 to 512 bytes 

Optional 

Logical unit text identifying information: a null-terminated 
(see 4.3.2) UTF-8 format string providing an informational 
description of the logical unit (e.g., a descriptive string entered 
by a system administrator) 

0 to 256 bytes 

Optional 

a These support requirements shall apply only if the REPORT IDENTIFYING INFORMATION 
command and/or SET IDENTIFYING INFORMATION command are implemented. 


Identifying information is changed by: 

a) the SET IDENTIFYING INFORMATION command; or 

b) a mechanism outside the scope of this standard (e.g., a system administrator may be able to change 
identifying information through a management interface). 

If a mechanism outside the scope of this standard changes the identifying information, then the device server 
shall establish a unit attention condition for the initiator port associated with every l_T nexus with the 
additional sense code set to DEVICE IDENTIFIER CHANGED. 


5.8 Medium auxiliary memory 

Some types of media, especially removable media, include a nonvolatile memory referred to as MAM. 
Medium auxiliary memory is used to store data describing the media and its contents. This standard supports 
medium auxiliary memory with the READ ATTRIBUTE command (see 6.16) and the WRITE ATTRIBUTE 
command (see 6.43). These commands are used to retrieve and store information in the medium auxiliary 
memory in the form of MAM attributes. 

A MAM attribute is represented in a format described in 7.4. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


105 





T10/BSR INCUS 502 Revision 05 


12 August 2015 


There are three types of MAM attributes (see table 56). 


Table 56 — Types of MAM attributes 


Attribute 

Type 

Attribute Source 

Example 

Readable 
with READ 
ATTRIBUTE 

Writable 
with WRITE 
ATTRIBUTE 

Medium 

Permanently stored in the medium 
auxiliary memory during manufacture. 

Media Serial 
Number 

Yes 

No 

Device 

Maintained by the device server. 

Load Count 

Yes 

No 

Host 

Maintained by the application client. 

Backup Date 

Yes 

Yes 


Depending on the attribute type, MAM attributes have the states shown in table 57. 


Table 57 — MAM attribute states 


Attribute 

Type 

Attribute State 

Description 

Medium 

or 

Device 

Read Only 

An application client may read the contents of the MAM attribute with the 
READ ATTRIBUTE command, but an attempt to clear or change the MAM 
attribute using the WRITE ATTRIBUTE command shall result in the device 
server terminating the command with CHECK CONDITION status. If the 
read only bit (see 7.4.1) is set to one, the attribute is in the read only state. 

Unsupported 

The device server does not support the MAM attribute and shall not return 
this attribute in response to a READ ATTRIBUTE command. 

Unavailable 

The MAM attribute exists but is not available at this time. The device server 
shall not return this attribute in response to a READ ATTRIBUTE command. 

Host 

Nonexistent 

A host attribute does not exist in the medium auxiliary memory until a 

WRITE ATTRIBUTE command creates it. 

Read/Write 

The MAM attribute has been created using the WRITE ATTRIBUTE 
command. After the MAM attribute has been created, the contents may be 
altered using subsequent WRITE ATTRIBUTE commands. A read/write 

MAM attribute may be placed in the nonexistent state using a WRITE 
ATTRIBUTE command with the attribute length set to zero. If the read only 
bit (see 7.4.1) is set to zero, the MAM attribute is in the read/write state. 

Unsupported 

The device server does not support the MAM attribute and shall not return 
this attribute in response to a READ ATTRIBUTE command. 


5.9 Parameter rounding 

For certain commands, one or more specified parameters may be constrained to a range of values. Device 
servers may choose to implement only selected values from this range. If the device server receives a value 
that it does not support, the device server shall: 

a) terminate the command (e.g., by returning CHECK CONDITION status with ILLEGAL REQUEST 
sense key); or 

b) round the value received to a supported value. 
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If parameter rounding is implemented, a device server that receives a parameter value that is not an exact 
supported value shall adjust the value to one that it supports and shall return CHECK CONDITION status, with 
the sense key set to RECOVERED ERROR, and the additional sense code set to ROUNDED PARAMETER. 
The application client should send an appropriate command to learn what value the device server has 
selected. 

The device server shall reject unsupported values unless rounding is permitted in the description of the 
parameter. When the description of a parameter states that rounding is permitted, the device server should 
adjust maximum value fields down to the next lower supported value than the one specified by the application 
client. Minimum value fields should be rounded up to the next higher supported value than the one specified 
by the application client. In some cases, the type of rounding (i.e., up or down) is described in the definition of 
the parameter. 


5.10 Parsing variable length parameter lists and parameter data 

Parameter lists and parameter data (e.g., diagnostic pages, mode pages, log pages, and VPD pages) often 
include length fields indicating the size of the parameter list or parameter data (e.g., the mode data length 
field in the mode parameter header (see 7.5.5)). Parameter lists and parameter data often include descriptor 
lists and descriptor length fields containing the length of the descriptors in the descriptor lists (e.g., the 
designator length field in the designation descriptor used in the Device Identification VPD page (see 
7.7.6.1)). 

An application client or device server shall not assume that any length field contains the value defined in a 
SCSI standard. 

If a device server receives a parameter list containing a length field (e.g., a page length field) and containing 
more bytes than are defined in the standard to which it was designed (e.g., the device server complies with a 
version of a SCSI standard defining that a parameter list has 24 bytes, but receives a parameter list containing 
36 bytes), then the device server shall terminate the command with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER 
LIST. 

For parameter lists containing a descriptor length field and a descriptor list, if a device server receives more 
bytes in a descriptor than are defined in the standard to which the device server was designed (e.g., the 
device server complies with a version of a SCSI standard defining that a descriptor is 12 bytes, but receives a 
parameter list containing a 16 byte form of that descriptor), then the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN PARAMETER LIST. 

An application client should ignore any bytes of parameter data beyond those defined in the standard to which 
the application client was designed (e.g., if the application client complies with a version of a SCSI standard 
defining 24 bytes of parameter data, but receives 36 bytes of parameter data, then the application client 
should ignore the last 12 bytes or the parameter data). 

For additional response bytes containing a descriptor length field and a descriptor list, an application client 
should ignore any bytes in each descriptor beyond those defined in the standard to which the application client 
was designed (e.g., if the application client complies with a version of a SCSI standard defining that a 
descriptor has 24 bytes, but receives parameter data containing a descriptor list with a 36 byte form of that 
descriptor, then the application client should ignore the last 12 bytes of the descriptor). 
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5.11 Pollable condition information 


5.11.1 Information that does not represent an exception condition 

A device server may have information about a condition that does not represent an exception condition. This 
information is not reported with a CHECK CONDITION status. Instead, this information is reported: 

a) as sense data format parameter data in response to a REQUEST SENSE command as described in 
5.11.2; or 

b) as log parameter data as described in 5.11.3. 


5.11.2 REQUEST SENSE pollable sense data 

5.11.2.1 Making information available for the REQUEST SENSE command 

SCSI target devices are required to make specified information used in the parameter data returned by the 
REQUEST SENSE command (see 6.34) available whenever that information is applicable. Which sense data 
is returned in the REQUEST SENSE parameter data is determined at the time the REQUEST SENSE 
command is processed. 

Application clients have no way to control which pollable sense data is returned by a REQUEST SENSE 
command. Mechanisms that are specialized to a particular function (e.g., log pages, mode pages) should be 
used to obtain information about that function. 

5.11.2.2 Selecting pollable sense data to return 

Conditions that are not related to the availability of pollable sense data (e.g., a pending unit attention 
condition) may cause the device server to ignore all available pollable sense data. 

If pollable sense data is available to be returned by a REQUEST SENSE command (see 6.34), the choice of 
which sense key and additional sense code to return shall be made as follows: 

1) sense data with the sense key set to NOT READY and the additional sense code set to: 

1) LOGICAL UNIT NOT READY, INITIALIZING COMMAND REQUIRED (see 5.12.7); and 

2) any other additional sense code that is associated with pollable sense data when combined with a 
sense key set to NOT READY; 

and 

2) sense data with the sense key set to NO SENSE and the additional sense code set: 

1) as defined for the informational exceptions sense data described in the Informational Exceptions 
Control mode page (see applicable command standard); 

2) to LOGICAL UNIT TRANSITIONING TO ANOTHER POWER CONDITION (see 5.12.8 and 
SBC-3); 

3) as defined for any power condition related sense data described in 5.12.7; and 

4) any other additional sense code that is associated with pollable sense data when combined with a 
sense key set to NO SENSE. 
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5.11.2.3 Returning one or more progress indications 

If the sense key is set to NOT READY or NO SENSE in the header of the sense data being returned by a 
REQUEST SENSE command (see 6.34) and progress indication information is associated with the pollable 
sense data, if any, in the sense data (see 5.11.2.1), then: 

a) if the desc bit is set to zero in the REQUEST SENSE command, the device server shall set the sksv 
bit in the fixed-format sense data to one only if progress indication information is available for the 
additional sense code associated with the additional sense code field and additional sense code 
qualifier field; or 

b) if the desc bit is set to one in the REQUEST SENSE command, the device server places progress 
indications in the sense data as follows: 

A) if progress indication information is available for the additional sense code associated with the 
additional sense code field and additional sense code qualifier field in the sense data header, 
then the device server shall include one sense key specific sense data descriptor (see 4.4.2.4) 
that contains the available progress indication information; and 

B) if progress indication information is available for one or more additional sense codes that are not 
associated with the additional sense code field and additional sense code qualifier field in the 
sense data header, then for each instance of available progress indication information, the device 
server should include one another progress indication sense data descriptor (see 4.4.2.6) that 
contains the available progress indication information. 


5.11.3 Log parameter pollable device condition information 

The following background testing functions report their condition information using log page parameters: 

a) self-test operations report whether a test is in progress, but not how far it has progressed using the 
Self-Test Results log page (see 7.3.19); and 

b) direct-access block devices report progress for background pre-scan operations and background 
medium scan operations using the Background Scan Results log page (see SBC-3). 


5.12 Power management 


5.12.1 Overview 

The Power Condition mode page (see 7.5.15) and Power Consumption mode page (see 7.5.16) allow an 
application client to manage the power utilization of a logical unit in a manner that may reduce power 
consumption of the SCSI target device. 

Power consumption management is described in 5.12.2, including its interactions with power condition 
management. Power condition management is described in 5.12.3. 

A change in the power consumption setting or power condition of any logical unit in a SCSI target device may 
result in a change in the SCSI target device's power utilization. If a SCSI target device contains multiple logical 
units, then the SCSI target device’s power utilization may not change until a group of the logical units have 
changed their power consumption in the active power condition (see 5.12.2) or changed to a lower power 
condition (see 5.12.3). Any grouping or groupings of logical units for power management is outside the scope 
of this standard. 
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5.12.2 Power consumption management 

5.12.2.1 Overview 

Power consumption management allows control of the power consumption (e.g., the maximum power 
consumption (see USB-3)) of a logical unit that is in the active power condition (see 5.12.4). A device server 
may support relative power consumption management (see 5.12.2.2), maximum power consumption 
management (see 5.12.2.3), or both. 

Power consumption management: 

a) may be used to limit the power consumption while in the active power condition; 

b) shall not affect the power consumed during a change between power conditions; and 

c) shall not affect the power consumed while in a power condition other than the active power condition. 

5.12.2.2 Relative power consumption management 

If relative power consumption management is supported, the device server shall support the active level field 
in the Power Consumption mode page (see 7.5.16). 

An application client may specify use of one of the relative power consumption levels by setting a non-zero 
value in the active level field in the Power Consumption mode page. 

5.12.2.3 Maximum power consumption management 

If maximum power consumption management is supported, the device server shall support: 

a) the Power Consumption mode page (see 7.5.16); and 

b) the Power Consumption VPD page (see 7.7.11). 

The Power Consumption VPD page contains one or more power consumption descriptors that indicate the 
maximum power consumption levels supported by the device server using: 

a) a power consumption identifier; and 

b) information about the maximum power consumption associated with that power consumption 
identifier. 

An application client may specify use of one of the maximum power consumption levels indicated by the 
Power Consumption VPD page by setting: 

a) the power consumption identifier field in the Power Consumption mode page to the contents of the 
power consumption identifier field in one power consumption descriptor in the Power Consumption 
VPD page; and 

b) the active level field to zero in the Power Consumption mode page. 

The SCSI target device shall limit the maximum power consumption while the logical unit is in the active 
power condition to the value indicated in the power consumption descriptor in the Power Consumption VPD 
page that is associated with the power consumption identifier field in the Power Consumption mode page. 


5.12.3 Power conditions management 

Fields in the Power Condition mode page (see 7.5.15) manage power conditions by enabling and initializing 
one or more idle condition timers and/or standby condition timers. 
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Command standards may define the following additional power management features: 

a) power conditions (e.g., the stopped power condition in SBC-3); 

b) changes to the power condition state machine (e.g., the SSU_PC8:Stopped state in SBC-3); 

c) commands that manage power conditions (e.g., a START STOP UNIT command in SBC-3 or 
MMC-6); 

d) changes to commands defined in this standard; or 

e) mode pages, log pages, or VPD pages that are associated with managing power conditions. 

Transport protocol standards (e.g., SPL-3) may define additional requirements on the states in the power 
condition state machine defined in this standard or a command standard. 

There shall be no notification to the application client that a logical unit has changed from one power condition 
to another. The response to a REQUEST SENSE command (see 6.34) may indicate whether a logical unit is 
in a low power condition and which low power condition. 

The current power condition of a logical unit may be decreased by: 

a) the expiration of a power condition timer; 

b) the completion of background functions; or 

c) power condition activities described in a command standard. 

The current power condition of a logical unit is increased by: 

a) the processing of a command that the device server is unable to continue processing while in the 
current power condition; 

b) the processing of a background function that the device server is unable to process while in the 
current power condition; or 

c) power condition activities described in a command standard. 

If a device server processes a command that the device server is capable of completing while the logical unit 
is in a low power condition, then the device server shall not stop any enabled power condition timers, 
regardless of which power condition the logical unit was in when the device server began processing the 
command. 

If a device server processes a command that the device server is not capable of completing while the logical 
unit is in a low power condition, then the device server shall stop any running power condition timers. On 
completion of the command, the device server shall reinitialize all enabled power condition timers based on 
their values in the Power Condition mode page (see 7.5.15) and start the timers, regardless of which power 
condition the logical unit was in when the device server began processing the command. 

The device server shall process any task management function (see SAM-5), except LOGICAL UNIT RESET, 
regardless of current power condition, without changing to a different power condition. The power condition 
timers shall not be affected by task management functions, except LOGICAL UNIT RESET. 

The device server may change power conditions or power condition timers while processing a LOGICAL UNIT 
RESET. 

No power condition defined in this standard shall affect the supply of any power required for proper operation 
of a service delivery subsystem. 
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Logical units that contain cache memory shall write all cached data to the medium for the logical unit (e.g., as 
a logical unit would do in response to a SYNCHRONIZE CACHE command as described in SBC-3) prior to 
entering into any power condition that prevents accessing the media (e.g., before a SCSI target device stops 
its spindle motor during a change to the standby power condition). 


5.12.4 Active power condition 

While in the active power condition: 

a) the device server is capable of completing the processing of its supported commands, including those 
that require media access, without the logical unit changing power condition; 

b) the device server completes processing of a command in the shortest time when compared to the 
time required for completion of that command if command processing began while the logical unit was 
in any of the idle power conditions or standby power conditions; and 

c) the SCSI target device may consume more power than while the logical unit is in any of the idle power 
conditions or standby power conditions (e.g., a disk drive's spindle motor may be active). 

A logical unit that is in the active power condition may be affected by power consumption management (see 

5.12.2). 


5.12.5 Idle power conditions 

A device server may support more than one idle power condition (i.e., idle_a, idle_b, and idle_c) to provide 
progressively lower power consumption (i.e., the following power consumption relationship: idle_a > idle_b > 
idle_c). 

NOTE 9 - The idle_a power condition was referenced as the idle power condition in SPC-3. 

While in one of the idle power conditions: 

a) the device server is capable of completing the processing of its supported commands, except those 
that require the logical unit to be in the active power condition to be capable of completing the 
command with GOOD status (e.g., commands that require media access to complete processing); 

b) the device server may take longer to complete processing a command than while the logical unit is in 
the active power condition (e.g., the device may have to activate some circuitry before completing 
processing of a command); 

c) the power consumed by the SCSI target device while in an idle power condition should be less than 
the power consumed while the logical unit is in the active power condition and may be greater than 
the power consumed while the logical unit is in a standby power condition; and 

d) the peak power consumption during a change from an idle power condition to the active power 
condition shall be no more than the typical peak power consumption in the active power condition. 


5.12.6 Standby power conditions 

A device server may support more than one standby power condition (i.e., standby_y and standby_z) to 
provide progressively lower power consumption (i.e., the following power consumption relationship: standby_y 
> standby_z). 

NOTE 10 - The standby_z power condition was referenced as the standby power condition in SPC-3. 
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While in one of the standby power conditions: 

a) the device server is not capable of completing the processing of commands that require media access 
without the logical unit changing to the active power condition. SCSI transport protocol standards may 
impose additional requirements on command processing while changing to a higher power condition 
(e.g., the response may be CHECK CONDITION status with sense key set to NOT READY and 
additional sense bytes set to LOGICAL UNIT NOT READY, NOTIFY (ENABLE SPINUP) REQUIRED 
instead of GOOD status (see SPL-3)); 

b) the device server may take longer to complete processing a command than while the logical unit is in 
the active power condition or one of the idle power conditions (e.g., a disk drive's spindle motor may 
need to be started); 

c) the power consumed by the SCSI target device while in one of the standby power conditions should 
be less than the power consumed while the logical unit is in the active power condition or any of the 
idle power conditions; and 

d) the peak power consumption during a change from a standby power condition to the active power 
condition or an idle power condition is not limited by this standard. 


5.12.7 Power condition pollable sense data 

If the logical unit is in any power condition other than active, the following data shall be available for use by the 
REQUEST SENSE command while returning pollable sense data (see 5.11.2) and: 

a) if the logical unit is in an idle power condition (see 5.12.5), then the sense key shall be set to NO 

SENSE and the additional sense code set to one of the following: 

A) LOW POWER CONDITION ON if the reason for entry into the idle power condition is unknown; 

B) IDLE CONDITION ACTIVATED BY TIMER if the logical unit entered the idle_a power condition 
due to the idle_a condition timer (see 5.12.8.4); 

C) IDLE CONDITION ACTIVATED BY COMMAND if the logical unit entered the idle_a power 
condition due to processing of a command; 

D) IDLEB CONDITION ACTIVATED BY TIMER if the logical unit entered the idle_b power condition 
due to the idle_b condition timer (see 5.12.8.4); 

E) IDLE B CONDITION ACTIVATED BY COMMAND if the logical unit entered the idle_b power 
condition due to processing of a command; 

F) IDLE_C CONDITION ACTIVATED BY TIMER if the logical unit entered the idle_c power condition 
due to the idle_c condition timer (see 5.12.8.4); or 

G) IDLE C CONDITION ACTIVATED BY COMMAND if the logical unit entered the idle_c power 
condition due to processing of a command; 

b) if the logical unit is in a standby power condition (see 5.12.6), then the sense key shall be set to NO 

SENSE and the additional sense code set to one of the following: 

A) LOW POWER CONDITION ON if the reason for entry into the standby power condition is 
unknown; 

B) STANDBYY CONDITION ACTIVATED BY TIMER if the logical unit entered the standby_y power 
condition due to the standby_y condition timer (see 5.12.8.5); 

C) STANDBY Y CONDITION ACTIVATED BY COMMAND if the logical unit entered the standby_y 
power condition due to processing of a command; 

D) STANDBY CONDITION ACTIVATED BY TIMER if the logical unit entered the standby_z power 
condition due to the standby_z condition timer (see 5.12.8.5); or 

E) STANDBY CONDITION ACTIVATED BY COMMAND if the logical unit entered the standby_z 
power condition due to processing of a command; 

or 

c) if the logical unit is in the stopped power condition (see SBC-3), then the sense key shall be set to 

NOT READY and the additional sense code shall be set to LOGICAL UNIT NOT READY, 

INITIALIZING COMMAND REQUIRED. 
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NOTE 11 - Device servers that conform to SBC-2 may not provide the pollable sense data described in c). 


5.12.8 Power condition state machine 
5.12.8.1 Power condition state machine overview 

The power condition state machine describes the logical unit power states and transitions resulting from 
command processing and Power Condition mode page values (see 7.5.15). 

The power condition state machine states are shown in table 58. 

Table 58 — Power condition state machine states 


State 

Reference 

PCO:Powered_On a 

5.12.8.2 

PCI Active 

5.12.8.3 

PC2:ldle 

5.12.8.4 

PC3:Standby 

5.12.8.5 

PC4:Active_Wait 

5.12.8.6 

PC5:Wait_ldle 

5.12.8.7 

PC6:Wait_Standby 

5.12.8.8 

a PCO:Powered_On is the initial state. 


While in the following power condition state machine states the logical unit may be increasing power usage to 
enter a higher power condition: 

a) PC4:Active_Wait. 

While in the following power condition state machine states the logical unit may be decreasing power usage to 
enter a lower power condition: 

a) PC5:Wait_ldle; and 

b) PC6:Wait_Standby. 

The power condition state machine maintains the timers listed in table 59. 


Table 59 — Power condition state machine timers 


Timer 

Initial value a 

Enable bit a ’ b 

idle_a condition 

IDLE_A CONDITION TIMER field 

IDLE_A bit 

idle_b condition 

IDLE_B CONDITION TIMER field 

IDLE_B bit 

idie_c condition 

IDLE_C CONDITION TIMER field 

IDLE_C bit 

standby_y condition 

STANDBY_Y CONDITION TIMER field 

STANDBY_Y bit 

standby_z condition 

STANDBY_Z CONDITION TIMER field 

STANDBY_Z bit 

a These fields and bits are in the Power Condition mode page (see 7.5.15). 
b In a direct-access block device, the enabled state of these bits may be 
overridden by a START STOP UNIT command (see SBC-3). 
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If more than one of the timers listed in table 59 expire at the same time, then only one timer is processed. The 
processing priority order shall be as follows: 

1) standby_z condition timer; 

2) standby_y condition timer; 

3) idle_c condition timer; 

4) idle_b condition timer; and 

5) idle_a condition timer. 

The power condition state machine shall start in the PCO:Powered_On state after power on. 

Figure 4 describes the power condition state machine. 



5.12.8.2.1 PCO:Powered_On state description 

The logical unit shall enter this state upon power on. 

5.12.8.2.2 Transition PCO:Powered_On to PC4:Active_Wait 
This transition shall occur after: 

a) the logical unit is ready to begin power on initialization. 

The transition shall include a Transitioning From Powered On argument. 

5.12.8.3 PCI :Active state 

5.12.8.3.1 PC1:Active state description 

While in this state, if power on initialization is not complete, then the logical unit shall complete its power on 
initialization. 
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While in this state, if power on initialization is complete, then: 

a) the logical unit is in the active power condition (see 5.12.4); 

b) each enabled idle condition timer is running; and 

c) each enabled standby condition timer is running. 

5.12.8.3.2 Transition PCI:Active to PC5:Wait_ldle 

This transition shall occur if: 

a) an idle condition timer is enabled; and 

b) that idle condition timer has expired. 

The transition shall include a: 

a) Transitioning To ldle_a argument, if the highest priority timer (see 5.12.8.1) that expired is the idle_a 
condition timer; 

b) Transitioning To ldle_b argument, if the highest priority timer that expired is the idle_b condition timer; 
or 

c) Transitioning To ldle_c argument, if the highest priority timer that expired is the idle_c condition timer. 

5.12.8.3.3 Transition PCI:Active to PC6:Wait_Standby 

This transition shall occur if: 

a) a standby condition timer is enabled; and 

b) that standby condition timer has expired. 

The transition shall include a: 

a) Transitioning To Standby_z argument, if the highest priority timer (see 5.12.8.1) that expired is the 
standby_z condition timer; or 

b) Transitioning To Standby_y argument, if the highest priority timer that expired is the standby_y 
condition timer. 

5.12.8.4 PC2:ldle state 

5.12.8.4.1 PC2:ldle state description 

While in this state: 

a) the logical unit is in an idle power condition (see 5.12.5); 

b) the device server shall provide power condition pollable sense data (see 5.12.7); 

c) each enabled idle condition timer that has not expired is running; and 

d) each enabled standby condition timer that has not expired is running. 

If a lower priority (see 5.12.8.1) idle condition timer is enabled and expires, then that timer is ignored. 

5.12.8.4.2 Transition PC2:ldle to PC4:Active_Wait 

This transition shall occur if: 

a) the device server processes a command that requires the logical unit to be in the PCI Active state to 
continue processing that command. 
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The transition shall include a: 

a) Transitioning From Idle argument; and 

b) Transitioning From ldle_c argument, if the current power condition is the id!e_c power condition. 

5.12.8.4.3 Transition PC2:ldle to PC5:Wait_ldle 

This transition shall occur if: 

a) an idle condition timer is enabled; 

b) that idle condition timer has expired; and 

c) the priority (see 5.12.8.1) of that idle condition timer is greater than the priority of the idle condition 
timer associated with the current idle power condition. 

The transition shall include a: 

a) Transitioning To ldle_b argument, if the highest priority timer that expired is the idle_b condition timer; 
or 

b) Transitioning To ldle_c argument, if the highest priority timer that expired is the idle_c condition timer. 

5.12.8.4.4 Transition PC2:ldle to PC6:Wait_Standby 

This transition shall occur if: 

a) a standby condition timer is enabled; and 

b) that standby condition timer has expired. 

The transition shall include a: 

a) Transitioning To Standby_z argument, if the highest priority timer (see 5.12.8.1) that expired is the 
standby_z condition timer; or 

b) Transitioning To Standby_y argument, if the highest priority timer that expired is the standby_y 
condition timer. 

5.12.8.5 PC3:Standby state 

5.12.8.5.1 PC3:Standby state description 

While in this state: 

a) the logical unit is in a standby power condition (see 5.12.6); 

b) the device server shall provide power condition pollable sense data (see 5.12.7); 

c) each enabled idle condition timer that has not expired is running; and 

d) each enabled standby condition timer that has not expired is running. 

If an idle condition timer or a lower priority (see 5.12.8.1) standby condition timer is enabled and expires, then 
that timer is ignored. 

5.12.8.5.2 Transition PC3:Standby to PC4:Active_Wait 

This transition shall occur if: 

a) the device server processes a command that requires the logical unit to be in the PCI Active state to 
continue processing that command. 
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The transition shall include a Transitioning From Standby argument. 

5.12.8.5.3 Transition PC3:Standby to PC6:Wait_Standby 

This transition shall occur if: 

a) the standby_z condition timer is enabled; 

b) the standby_z condition timer expired; and 

c) the current power condition is the standby_y power condition. 

The transition shall include a Transitioning To Standby_z argument. 

5.12.8.6 PC4:Active_Wait state 

5.12.8.6.1 PC4:Active_Wait state description 

While in this state: 

a) each idle condition timer that is enabled and not expired is running; 

b) each standby condition timer that is enabled and not expired is running; 

c) the device server shall provide power condition pollable sense data (see 5.12.7) with the sense key 
set to NO SENSE and the additional sense code set to LOGICAL UNIT TRANSITIONING TO 
ANOTHER POWER CONDITION; and 

d) the logical unit is performing the operations required for it to be in the PCI Active state (e.g., a disk 
drive spins up its media). 

If this state was entered with a Transitioning From Idle argument, then: 

a) the device server is capable of processing and completing the same commands that the device server 
is able to process and complete while in the PC2:ldle state; 

b) the peak power consumed in this state shall be no more than the typical peak power consumed in the 
PCI: Active state; and 

c) the device server shall terminate any command that requires the logical unit be in the PCI Active 
state to continue processing, with CHECK CONDITION status, with the sense key set to NOT READY 
and the additional sense code set to LOGICAL UNIT IS IN PROCESS OF BECOMING READY if all 
of the following are true: 

A) this state was entered with a Transitioning From ldle_c argument; and 

B) the ccf idle field in the Power Condition mode page (see 7.5.15) is set to 10b (i.e., enabled). 

If this state was entered with a Transitioning From Standby argument, then: 

a) the device server is capable of processing and completing the same commands that the device server 
is able to process and complete while in the PC3:Standby state; 

b) the peak power consumption in this state is not limited by this standard; and 

c) if the ccf standby field in the Power Condition mode page (see 7.5.15) is set to 10b (i.e., enabled), 
then the device server shall terminate any command that requires the logical unit be in the PCI Active 
state or PC2:ldle state to continue processing, with CHECK CONDITION status, with the sense key 
set to NOT READY and the additional sense code set to LOGICAL UNIT IS IN PROCESS OF 
BECOMING READY. 
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If this state was entered with a Transitioning From Powered On argument, then: 

a) the device server is capable of processing and completing the same commands (except a TEST UNIT 
READY command) that the device server is able to process and complete while in the PC3:Standby 
state; and 

b) the device server shall terminate with CHECK CONDITION status, with the sense key set to NOT 
READY and the additional sense code set to LOGICAL UNIT IS IN PROCESS OF BECOMING 
READY any of the following commands: 

A) any command that requires the logical unit be in the PCI Active state or PC2:ldle state to 
continue processing; and 

B) all TEST UNIT READY commands (see 6.42). 

If an idle condition timer or a standby condition timer is enabled and expires, then that timer is ignored in this 
state. 


5.12.8.6.2 Transition PC4:Active_Wait to PCI Active 

This transition shall occur if: 

a) the logical unit meets the requirements for being in the PCI Active state. 

5.12.8.7 PC5:Wait_ldle state 

5.12.8.7.1 PC5:Wait_ldle state description 

While in this state: 

a) each idle condition timer that is enabled and not expired is running; 

b) each standby condition timer that is enabled and not expired is running; 

c) the device server shall provide power condition pollable sense data (see 5.12.7) with the sense key 
set to NO SENSE and the additional sense code set to LOGICAL UNIT TRANSITIONING TO 
ANOTHER POWER CONDITION; 

d) the logical unit is performing the operations required for it to be in the PC2:ldle state (e.g., reducing 
power usage); and 

e) the device server is capable of processing and completing the same commands, except a START 
STOP UNIT command with the immed bit set to zero (see SBC-3), that the device server is able to 
process and complete in the PC2:ldle state. 

If an idle condition timer or a standby condition timer is enabled and expires, then that timer is ignored in this 
state. 

5.12.8.7.2 Transition PC5:Wait_ldle to PC2:ldle 

This transition shall occur if: 

a) the logical unit meets the requirements for being in: 

A) the idle_a power condition, if this state was entered with a Transitioning To ldle_a argument; 

B) the idle_b power condition, if this state was entered with a Transitioning To ldle_b argument; or 

C) the idle_c power condition, if this state was entered with a Transitioning To ldle_c argument. 
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5.12.8.8 PC6:Wait_Standby state 

5.12.8.8.1 PC6:Wait_Standby state description 

While in this state: 

a) each idle condition timer that is enabled and not expired is running; 

b) each standby condition timer that is enabled and not expired is running; 

c) the device server shall provide power condition pollable sense data (see 5.12.7) with the sense key 
set to NO SENSE and the additional sense code set to LOGICAL UNIT TRANSITIONING TO 
ANOTHER POWER CONDITION; 

d) the logical unit is performing the operations required for it to be in the PC3:Standby state (e.g., 
reducing power usage); and 

e) the device server is capable of processing and completing the same commands, except a START 
STOP UNIT command with the immed bit set to zero (see SBC-3), that the device server is able to 
process and complete in the PC3:Standby state. 

If an idle condition timer or a standby condition timer is enabled and expires, then that timer is ignored in the 
state. 

5.12.8.8.2 Transition PC6:Wait_Standby to PC3:Standby 

This transition shall occur if: 

a) the logical unit meets the requirements for being in: 

A) the standby_y power condition, if this state was entered with a Transitioning To Standby_y 
argument; or 

B) the standby_z power condition, if this state was entered with a Transitioning To Standby_z 
argument. 


5.13 Reservations 


5.13.1 Persistent Reservations overview 

Reservations may be used to allow a device server to process commands from a selected set of I T nexuses 
(i.e., combinations of initiator ports accessing target ports) and reject commands from I T nexuses outside the 
selected set. The device server uniquely identifies l_T nexuses using protocol specific mechanisms. 

Application clients may add or remove I T nexuses from the selected set using reservation commands. If the 
application clients do not cooperate in the reservation protocol, data may be unexpectedly modified and 
deadlock conditions may occur. 

The persistent reservations mechanism allows multiple application clients communicating through multiple l_T 
nexuses to preserve reservation operations across SCSI initiator device failures, which usually involve logical 
unit resets and involve I T nexus losses. Persistent reservations persist across recovery actions. Persistent 
reservations are not reset by hard reset, logical unit reset, or l_T nexus loss. 

The persistent reservation held by a failing l_T nexus may be preempted by another I T nexus as part of its 
recovery process. Persistent reservations shall be retained by the device server until released, preempted, or 
cleared by mechanisms defined in this standard. Persistent reservations may be retained if power to the SCSI 
target device is removed. 
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The PERSISTENT RESERVE OUT command and PERSISTENT RESERVE IN command provide the basic 
mechanism for dynamic contention resolution in systems with multiple initiator ports accessing a logical unit. 

Before a persistent reservation may be established, the application client shall register a reservation key for 
each l_T nexus with the device server. Reservation keys allow: 

a) authentication of subsequent PERSISTENT RESERVE OUT commands; 

b) identification of other l_T nexuses that are registered; 

c) identification of the reservation key(s) that have an associated persistent reservation; 

d) preemption of a persistent reservation from a failing or uncooperative l_T nexus; and 

e) multiple l_T nexuses to participate in a persistent reservation. 

The reservation key provides a method for the application client to associate a protocol-independent identifier 
with a registered l_T nexus. The reservation key is used in the PERSISTENT RESERVE IN command to 
identify which l_T nexuses are registered and which l_T nexus, if any, holds the persistent reservation. The 
reservation key is used in the PERSISTENT RESERVE OUT command to register an l_T nexus, to verify the 
l_T nexus being used for the PERSISTENT RESERVE OUT command is registered, and to specify which 
registrations or persistent reservation to preempt. 

Reservation key values may be used by application clients to identify registered l_T nexuses, using 
application specific methods that are outside the scope of this standard. This standard provides the ability to 
register no more than one reservation key per l_T nexus. Multiple initiator ports may use the same reservation 
key value for a logical unit accessed through the same target ports. An initiator port may use the same 
reservation key value for a logical unit accessed through different target ports. The logical unit shall maintain a 
separate reservation key for each l_T nexus, regardless of the reservation key’s value. 

An application client may register an l_T nexus with multiple logical units in a SCSI target device using any 
combination of unique or duplicate reservation keys. These rules provide the ability for an application client to 
preempt multiple l_T nexuses with a single PERSISTENT RESERVE OUT command, but they do not provide 
the ability for the application client to uniquely identify the l_T nexuses using the PERSISTENT RESERVE 
commands. 

See table 174 in 6.15.2 fora list of PERSISTENT RESERVE OUT service actions. See table 162 in 6.14.1 for 
a list of PERSISTENT RESERVE IN service actions. 

The scope (see 6.14.3.2) of a persistent reservation shall be the entire logical unit. 

The type (see 6.14.3.3) of a persistent reservation defines the selected set of l_T nexuses for which the 
persistent reservation places restrictions on commands. 

The details of which commands are allowed under what types of reservations are described in table 60. 

In table 60 and table 61 the following keywords are used: 

a) allowed: Commands received from l_T nexuses not holding the reservation or from l_T nexuses not 
registered if a registrants only or all registrants type persistent reservation is present should complete 
normally; and 

b) conflict: Commands received from I T nexuses not holding the reservation or from I T nexuses not 
registered if a registrants only or all registrants type persistent reservation is present shall not be 
performed and the device server shall complete the command with RESERVATION CONFLICT 
status. 
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Commands from l_T nexuses holding a reservation should complete normally. The behavior of commands 
from registered l_T nexuses if a registrants only or all registrants type persistent reservation is present is 
defined in table 60 and table 61. 

A command shall be checked for reservation conflicts when the device server begins processing of the 
command. After that check succeeds, the device server shall not complete the command with RESERVATION 
CONFLICT status due to a subsequent reservation. 

The time at which a reservation is established with respect to other commands being managed by the device 
server is vendor specific. Successful completion of a reservation command indicates that the new reservation 
is established. A reservation may apply to some or all of the commands in the task set before the completion 
of the reservation command. The reservation shall apply to all commands received by the device server after 
successful completion of the reservation command. Any persistent reserve service action shall be performed 
as a single indivisible event. 

Multiple persistent reserve service actions may be present in the task set at the same time. The order of 
processing of such service actions is defined by the task set management requirements defined in SAM-5, but 
each is processed as a single indivisible command without any interleaving of actions that may be required by 
other reservation commands. 

For each command, this standard or a command standard defines the conditions that result in the command 
being completed with RESERVATION CONFLICT. Command standards define the conditions either in the 
device model or in the descriptions of each specific command. 


Table 60 — SPC-4 commands that are allowed in the presence of various reservations (part 1 of 3) 


Command 

Addressed logical unit has this type of persistent 
reservation held by another l_T nexus 

From any l_T 
nexus 

From 

registered 

1 T nexus 
(RR all 
types) 

From not registered 
l_T nexus 

Write 

Excl 

Excl 

Access 

Write Excl 
RR 

Excl Acc¬ 
ess - RR 

CHANGE ALIASES 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

COPY OPERATION ABORT 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

EXTENDED COPY 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

EXTENDED COPY(LIDI) 

see SPC-4 1 

INQUIRY 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

LOG SELECT 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

LOG SENSE 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

MANAGEMENT PROTOCOL IN 

Allowed 

Conflict 

Allowed 

Allowed 

Conflict 

Key: Excl=Exclusive, RR=Registrants Only or All Registrants 

a Exceptions to the behavior of the RESERVE and RELEASE commands described in SPC-2 are 
defined in 5.13.3. 

b Logical units claiming compliance with SPC-2 or SPC-3 may return RESERVATION CONFLICT status 
in this case. Logical units may report whether certain commands are allowed in the allow commands 
field of the parameter data returned by the PERSISTENT RESERVE IN command with REPORT 
CAPABILITIES service action (see 6.14.4). 
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Table 60 — SPC-4 commands that are allowed in the presence of various reservations (part 2 of 3) 


Command 

Addressed logical unit has this type of persistent 
reservation held by another l_T nexus 

From any l_T 
nexus 

From 

registered 

1 T nexus 
(RR all 
types) 

From not registered 
l_T nexus 

Write 

Excl 

Excl 

Access 

Write Excl 
RR 

Excl Acc¬ 
ess - RR 

MANAGEMENT PROTOCOL OUT 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

MODE SELECT(6) / MODE SELECT(IO) 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

MODE SENSE(6) / MODE SENSE(IO) 

Allowed 13 

Conflict 

Allowed 

Allowed 13 

Conflict 

PERSISTENT RESERVE IN 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

PERSISTENT RESERVE OUT 

see table 61 

READ ATTRIBUTE 

Allowed 13 

Conflict 

Allowed 

Allowed 13 

Conflict 

READ BUFFER(IO) 

Allowed 13 

Conflict 

Allowed 

Allowed 13 

Conflict 

READ BUFFER(16) 

Allowed 

Conflict 

Allowed 

Allowed 

Conflict 

READ MEDIA SERIAL NUMBER 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

RECEIVE COPY DATA 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

RECEIVE COPY DATA(LIDI) 

see SPC-4 

RECEIVE COPY OPERATING 
PARAMETERS 

see SPC-4 

RECEIVE COPY FAILURE 

DETAILS(LIDI) 

see SPC-4 

RECEIVE COPY STATUS 

Allowed Allowed Allowed Allowed Allowed 

RECEIVE COPY STATUS(LIDI) 

see SPC-4 

RECEIVE ROD TOKEN INFORMATION 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

RECEIVE DIAGNOSTIC RESULTS 

Allowed 13 

Conflict 

Allowed 

Allowed 13 

Conflict 

RELEASED) / RELEASE(IO) 

As defined in SPC-2 a 

REMOVE l_T NEXUS 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

REPORT ALIASES 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT ALL ROD TOKENS 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT IDENTIFYING INFORMATION 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT LUNS 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

Key: Excl=Exclusive, RR=Registrants Only or All Registrants 

a Exceptions to the behavior of the RESERVE and RELEASE commands described in SPC-2 are 
defined in 5.13.3. 

b Logical units claiming compliance with SPC-2 or SPC-3 may return RESERVATION CONFLICT status 
in this case. Logical units may report whether certain commands are allowed in the allow commands 
field of the parameter data returned by the PERSISTENT RESERVE IN command with REPORT 
CAPABILITIES service action (see 6.14.4). 
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Table 60 — SPC-4 commands that are allowed in the presence of various reservations (part 3 of 3) 


Command 

Addressed logical unit has this type of persistent 
reservation held by another l_T nexus 

From any l_T 
nexus 

From 

registered 

1 T nexus 
(RR all 
types) 

From not registered 
l_T nexus 

Write 

Excl 

Excl 

Access 

Write Excl 
RR 

Excl Acc¬ 
ess - RR 

REPORT PRIORITY 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT SUPPORTED OPERATION 
CODES 

Allowed 13 

Allowed 13 

Allowed 

Allowed 13 

Allowed 13 

REPORT SUPPORTED TASK 
MANAGEMENT FUNCTIONS 

Allowed 13 

Allowed 13 

Allowed 

Allowed 13 

Allowed 13 

REPORT TARGET PORT GROUPS 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REPORT TIMESTAMP 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

REQUEST SENSE 

Allowed 

Allowed 

Allowed 

Allowed 

Allowed 

RESERVED) / RESERVED 0) 

As defined in SPC-2 a 

SECURITY PROTOCOL IN 

Allowed 

Conflict 

Allowed 

Allowed 

Conflict 

SECURITY PROTOCOL OUT 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

SEND DIAGNOSTIC 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

SET IDENTIFYING INFORMATION 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

SET PRIORITY 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

SET TARGET PORT GROUPS 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

SET TIMESTAMP 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

TEST UNIT READY 

Allowed 13 

Allowed 13 

Allowed 

Allowed b 

Allowed b 

WRITE ATTRIBUTE 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

WRITE BUFFER 

Conflict 

Conflict 

Allowed 

Conflict 

Conflict 

Key: Excl=Exclusive, RR=Registrants Only or All Registrants 

a Exceptions to the behavior of the RESERVE and RELEASE commands described in SPC-2 are 
defined in 5.13.3. 

b Logical units claiming compliance with SPC-2 or SPC-3 may return RESERVATION CONFLICT status 
in this case. Logical units may report whether certain commands are allowed in the allow commands 
field of the parameter data returned by the PERSISTENT RESERVE IN command with REPORT 
CAPABILITIES service action (see 6.14.4). 
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Table 61 — PERSISTENT RESERVE OUT service actions that are allowed in the presence of 
various reservations 


Service action 

Addressed logical unit has a persistent 
reservation held by another l_T nexus 

Command is from 
a registered 
l_T nexus 

Command is from 
a not registered 
l_T nexus 

CLEAR 

Allowed 

Conflict 

PREEMPT 

Allowed 

Conflict 

PREEMPT AND ABORT 

Allowed 

Conflict 

REGISTER 

Allowed 

Allowed 

REGISTER AND IGNORE EXISTING KEY 

Allowed 

Allowed 

REGISTER AND MOVE 

Conflict 

Conflict 

RELEASE 

Allowed a 

Conflict 

REPLACE LOST RESERVATION b 

Allowed 

Conflict 

RESERVE 

Conflict 

Conflict 

a The reservation is not released (see 5.13.11.2.2). 

b If the device server has not detected that persistent reservation information has 
been lost, then the command shall be processed as shown in this table. If the device 
server has detected that persistent reservation information has been lost, then the 
command shall be processed as described in 5.13.5.4. 


5.13.2 Third party persistent reservations 

Except for all registrants type reservations, a reservation holder (see 5.13.10) may move the persistent 
reservation to a third party (e.g., a copy manager supporting the EXTENDED COPY command) using the 
REGISTER AND MOVE service action (see 5.13.8). A copy manager supporting the EXTENDED COPY 
command may be instructed to move the persistent reservation to a specified l_T nexus using the third party 
persistent reservations source I T nexus segment descriptor (see 6.4.6.18). 


5.13.3 Exceptions to SPC-2 RESERVE and RELEASE behavior 

This subclause defines exceptions to the behavior of the RESERVE command and RELEASE command 
defined in SPC-2. The RESERVE command and RELEASE command are obsolete in this standard, except 
for the behavior defined in this subclause. Device servers that operate using the exceptions described in this 
subclause shall set the crh bit to one in the parameter data returned by the REPORT CAPABILITIES service 
action of the PERSISTENT RESERVE IN command (see 6.14.4). 

A RELEASE(6) command or RELEASE(IO) command shall complete with GOOD status, but the persistent 
reservation shall not be released, if the command is received from: 

a) an l_T nexus that is a persistent reservation holder (see 5.13.10); or 

b) an I T nexus that is registered if a registrants only or all registrants type persistent reservation is 
present. 
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A RESERVE(6) command or RESERVE(IO) command shall complete with GOOD status, but no reservation 
shall be established and the persistent reservation shall not be changed, if the command is received from: 

a) an l_T nexus that is a persistent reservation holder; or 

b) an l_T nexus that is registered if a registrants only or all registrants type persistent reservation is 
present. 

In all other cases, the device server shall process a RESERVE(6) command, RESERVE(IO) command, 
RELEASE(6) command, or RELEASE(IO) command as defined in SPC-2. 


5.13.4 Persistent reservations interactions with IKEv2-SCSI SA creation 

If a PERSISTENT RESERVE OUT command is received while an IKEv2-SCSI CCS is in progress (see 
SFSC), the device server shall terminate the command with CHECK CONDITION status, with the sense key 
NOT READY, and the additional sense code set to LOGICAL UNIT NOT READY, SA CREATION IN 
PROGRESS. The sense key specific additional sense data may be set as described in SFSC. 


5.13.5 Preserving persistent reservations and registrations 

5.13.5.1 Requirements for preserving persistent reservations and registrations 

The device server shall preserve the following information for each existing registration across any hard reset, 
logical unit reset, or l_T nexus loss, and if the persist through power loss capability is enabled (see 5.13.5.2), 
across any power cycle: 

a) for SCSI transport protocols where initiator port names are required, the initiator port name; 
otherwise, the initiator port identifier; 

b) reservation key; and 

c) indication of the target port to which the registration was applied. 

The device server shall preserve the following information about the existing persistent reservation across any 
hard reset, logical unit reset, or l_T nexus loss, and if the persist through power loss capability is enabled (see 
5.13.5.2), across any power cycle: 

a) for SCSI transport protocols where initiator port names are required, the initiator port name; 
otherwise, the initiator port identifier; 

b) reservation key; 

c) scope; 

d) type; and 

e) indication of the target port through which the reservation was established. 

NOTE 12 - The scope of a persistent reservation is always LU_SCOPE (see 6.14.3.2). For an all registrants 
type persistent reservation, preserving the scope and type is sufficient. 

5.13.5.2 Preserving persistent reservations and registrations through power loss 

The application client may request activation of the persist through power loss device server capability to 
preserve the persistent reservation and registrations across power cycles by setting the aptpl bit to one in the 
PERSISTENT RESERVE OUT parameter data associated with a REGISTER service action, REGISTER AND 
IGNORE EXISTING KEY service action, or REGISTER AND MOVE service action. 
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After the application client enables the persist through power loss capability the device server shall preserve 
the persistent reservation, if any, and all current and future registrations associated with the logical unit to 
which the REGISTER service action, the REGISTER AND IGNORE EXISTING KEY service action, or the 
REGISTER AND MOVE service action was addressed until an application client disables the persist through 
power loss capability. The aptpl value from the most recent successfully completed REGISTER service 
action, REGISTER AND IGNORE EXISTING KEY service action, or REGISTER AND MOVE service action 
from any application client shall determine the logical unit’s behavior in the event of a power loss. 

5.13.5.3 Nonvolatile memory considerations for preserving persistent reservations and registrations 

The capability of preserving persistent reservations and registrations across power cycles requires logical 
units to use nonvolatile memory within the SCSI device. Any logical unit that supports the persist through 
power loss capability of persistent reservation and has nonvolatile memory that is not ready shall allow the 
following commands into the task set: 

a) INQUIRY; 

b) LOG SENSE; 

c) READ BUFFER; 

d) REPORT LUNS; 

e) REPORT TARGET PORT GROUPS; 

f) REQUEST SENSE; 

g) START STOP UNIT with the start bit set to one and the power condition field set to Oh (see 
SBC-3); and 

h) WRITE BUFFER. 

Until nonvolatile memory has become ready after a power cycle, commands other than those listed in this 
subclause shall be terminated with CHECK CONDITION status, with the sense key set to NOT READY, and 
the additional sense code set as described in table 279 (see 6.42). 

5.13.5.4 Loss of persistent reservation information 

5.13.5.4.1 Loss of persistent reservation information overview 

While the persist through power loss capability is enabled (see 5.13.5.2), the device server may detect a 
failure (e.g., a hardware failure in nonvolatile memory) that causes the loss of the preserved persistent 
reservation information. 

The failure detected by the device server may be: 

a) recoverable through the combined actions of the device server and application client (e.g., sufficient 
nonvolatile memory is available to recreate the lost persistent reservation and registrations 
information) using the processes described in 5.13.5.4.2 (i.e., a recoverable lost persistent 
reservation); or 

b) unrecoverable, except by operator intervention (i.e., an unrecoverable lost persistent reservation). 

5.13.5.4.2 Recoverable loss of persistent reservation information 

If the device server detects a recoverable lost persistent reservation, the device server shall establish a 
recoverable lost persistent reservation condition. A recoverable lost persistent reservation condition is a 
condition in which the device server shall: 

a) not terminate a PERSISTENT RESERVE OUT command with the REPLACE LOST RESERVATION 
service action with RESERVATION CONFLICT status; and 
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b) terminate with CHECK CONDITION status, with the sense key set to DATA PROTECT and the 
additional sense code set to PERSISTENT RESERVATION INFORMATION LOST all commands 
other than: 

A) a PERSISTENT RESERVE OUT command with a REPLACE LOST RESERVATION service 
action; and 

B) those commands listed in 5.13.5.3. 

The device server shall clear a recoverable lost persistent reservation condition in response to: 

a) the successful processing of a PERSISTENT RESERVE OUT command with the REPLACE LOST 
RESERVATION service action (see 5.13.11.3); or 

b) the recoverable lost persistent reservation becoming an unrecoverable lost persistent reservation. 

The device server shall not clear a recoverable lost persistent reservation condition for any reason other than 
the reasons described in this subclause. 

5.13.5.4.3 Unrecoverable loss of persistent reservation information overview 

If the device server detects an unrecoverable lost persistent reservation, then the device server: 

a) should operate as if it has non volatile memory that is not ready (see 5.13.5.3); or 

b) may terminate commands other than those commands listed in 5.13.5.3 with CHECK CONDITION 
status with the sense key set to HARDWARE ERROR with the additional sense code set to an 
appropriate value. 


5.13.6 Finding persistent reservations and reservation keys 

5.13.6.1 Summary of commands for finding persistent reservations and reservation keys 

The application client may obtain information about the persistent reservation and the reservation keys (i.e., 
registrations) that are present within a device server by issuing a PERSISTENT RESERVE IN command with 
a READ RESERVATION service action, a READ KEYS service action, or a READ FULL STATUS service 
action. 

5.13.6.2 Reporting reservation keys 

An application client may send a PERSISTENT RESERVE IN command with READ KEYS service action to 
determine if any I T nexuses have been registered with a logical unit through any target port. 

In response to a PERSISTENT RESERVE IN with READ KEYS service action the device server shall report 
the following: 

a) the current PRgeneration value (see 6.14.2); and 

b) the reservation key for every l_T nexus that is currently registered regardless of the target port 
through which the registration occurred. 

The PRgeneration value allows the application client to verify that the configuration of the I T nexuses 
registered with a logical unit has not been modified (i.e., if the PRgeneration value is not changed, the 
configuration of the I T nexus registered with a logical unit has not been modified). 

Duplicate reservation keys shall be reported if multiple I T nexuses are registered using the same reservation 
key. 
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If an application client uses a different reservation key for each l_T nexus, the application client may use the 
reservation key to uniquely identify an l_T nexus. 

5.13.6.3 Reporting the persistent reservation 

An application client may send a PERSISTENT RESERVE IN command with READ RESERVATION service 
action to receive the persistent reservation information. 

In response to a PERSISTENT RESERVE IN command with READ RESERVATION service action the device 
server shall report the following information for the persistent reservation, if any: 

a) the current PRgeneration value (see 6.14.2); 

b) the registered reservation key, if any, associated with the l_T nexus that holds the persistent 
reservation (see 5.13.10). If the persistent reservation is an all registrants type, the registered 
reservation key reported shall be zero; and 

c) the scope and type of the persistent reservation, if any. 

If an application client uses a different reservation key for each l_T nexus, the application client may use the 
reservation key to associate the persistent reservation with the l_T nexus that holds the persistent 
reservation. This association is done using techniques that are outside the scope of this standard. 

5.13.6.4 Reporting full status 

An application client may send a PERSISTENT RESERVE IN command with READ FULL STATUS service 
action to receive all information about registrations and the persistent reservation, if any. 

In response to a PERSISTENT RESERVE IN command with READ FULL STATUS service action the device 
server shall report the current PRgeneration value (see 6.14.2) and, for every l_T nexus that is currently 
registered, the following information: 

a) the registered reservation key; 

b) whether the l_T nexus is a persistent reservation holder; 

c) if the l_T nexus is a persistent reservation holder, the scope and type of the persistent reservation; 

d) the relative target port identifier identifying the target port of the l_T nexus; and 

e) a TransportID identifying the initiator port of the l_T nexus. 


5.13.7 Registering 

To establish a persistent reservation the application client shall first register an I T nexus with the device 
server. An application client registers with a logical unit by issuing a PERSISTENT RESERVE OUT command 
with REGISTER service action or REGISTER AND IGNORE EXISTING KEY service action. 

If the I T nexus has an established registration, an application client may remove the reservation key (see 
5.13.11.2.3). This is accomplished by issuing a PERSISTENT RESERVE OUT command with a REGISTER 
service action or a REGISTER AND IGNORE EXISTING KEY service action as shown in table 62 and table 
63, respectively. 

If an l_T nexus has not yet established a reservation key or the reservation key and registration have been 
removed, then an application client may register that l_T nexus and zero or more specified unregistered l_T 
nexuses by issuing a PERSISTENT RESERVE OUT command with REGISTER service action as defined in 
table 62. 
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If the l_T nexus has an established registration, the application client may change the reservation key by 
issuing a PERSISTENT RESERVE OUT command with REGISTER service action as defined in table 62. 


Table 62 — Register behaviors for a REGISTER service action 


Command 
IT nexus 

status 

Parameter list fields a 

Device server action 

RESERVATION 

KEY 

SERVICE ACTION 

RESERVATION 

KEY 

SPEC_I_PT 

received 

on an 

unregistered 
l_T nexus 

zero 

zero 

ignore 

Do nothing except return GOOD status. 

non-zero 

zero 

Register the I T nexus on which the com¬ 
mand was received with the value specified 
in the service action reservation key field. 

one 

Register the l_T nexus on which the com¬ 
mand was received and each unregistered 
l_T nexus specified in the parameter list with 
the value specified in the service action 
RESERVATION KEY field. b 

non-zero 

ignore 

ignore 

Return RESERVATION CONFLICT status. 

received on 
a registered 
l_T nexus 

Not equal to 
l_T nexus 
reservation 
key 

ignore 

ignore 

Return RESERVATION CONFLICT status. 

Equal to 
l_T nexus 
reservation 
key 

zero 

zero 

Unregister the l_T nexus on which the 
command was received (see 5.13.11.2.3). 

one 

Return CHECK CONDITION status. c 

non-zero 

zero 

Change the reservation key of the l_T nexus 
on which the command was received to the 
value specified in the service action reser¬ 
vation key field. 

one 

Return CHECK CONDITION status. c 


a For requirements regarding the parameter list fields not shown in this table, see 6.15.3. 
b If any l_T nexus specified in the parameter list is registered, the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the 
additional sense code set to INVALID FIELD IN PARAMETER LIST. Devices compliant with SPC-3 
may return an additional sense code set to INVALID FIELD IN CDB. 
c The sense key shall be set to ILLEGAL REOUEST, and the additional sense code shall be set to 
INVALID FIELD IN PARAMETER LIST. Devices compliant with SPC-3 may return an additional sense 
code set to INVALID FIELD IN CDB. 
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Alternatively, an application client may establish a reservation key for an I T nexus without regard for whether 
one has previously been established by issuing a PERSISTENT RESERVE OUT command with REGISTER 
AND IGNORE EXISTING KEY service action as defined in table 63. 


Table 63 — Register behaviors for a REGISTER AND IGNORE EXISTING KEY service action 


Command 
l_T nexus 
status 

Parameter list 
fields a 

Results 

service action 

reservation key 

received on an 
unregistered 
l_T nexus 

zero 

Do nothing except return GOOD status. 

non-zero 

Register the l_T nexus on which the command was received 
with the value specified in the service action reservation 
key field. 

received on a 
registered 

IT nexus 

zero 

Unregister the 1 T nexus on which the command was received 
(see 5.13.11.2.3). 

non-zero 

Change the reservation key of the I T nexus on which the 
command was received to the value specified in the service 

ACTION RESERVATION KEY field. 

a The reservation key field is ignored when processing a REGISTER AND IGNORE EXISTING KEY 
service action. For requirements regarding other parameter list fields not shown in this table, see 
6.15.3. 


If a PERSISTENT RESERVE OUT command with a REGISTER service action or a REGISTER AND 
IGNORE EXISTING KEY service action is attempted, but there are insufficient device server resources to 
complete the operation, then the device server shall terminate the command with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INSUFFICIENT 
REGISTRATION RESOURCES. 

In response to a PERSISTENT RESERVE OUT command with a REGISTER service action or a REGISTER 
AND IGNORE EXISTING KEY service action the device server shall perform a registration for each specified 
l_T nexus by doing the following as an uninterrupted series of actions: 

a) process the registration request regardless of any persistent reservations; 

b) process the aptpl bit; 

c) ignore the contents of the scope and type fields; 

d) associate the reservation key specified in the service action reservation key field with the l_T 
nexus being registered, where: 

A) the l_T nexus(es) being registered are shown in table 64; and 

B) regardless of how the l_T nexus initiator port is specified, the association for the initiator port is 
based on either the initiator port name on SCSI transport protocols where initiator port names are 
required or the initiator port identifier on SCSI transport protocols where initiator port names are 
not required; 

e) register the reservation key specified in the service action reservation key field without changing 
any persistent reservation that may exist; and 

f) retain the reservation key specified in the service action reservation key field and associated 
information. 
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Table 64 — l_T Nexuses being registered 




l_T nexus(es) being registered 

SPEC_I_PT a 

ALL_TG_PT 

Initiator port 

Target port 

0 

0 

The port’s names or identifiers to be registered are determined from the l_T 
nexus on which the PERSISTENT RESERVE OUT command was received 

0 

1 

The port’s name or identifier to be 
registered is determined from the l_T 
nexus on which the PERSISTENT 
RESERVE OUT command was 
received 

Register ail of the target ports in the 
SCSI target device 

1 

0 

a) The port’s name or identifier to be 
registered is determined from the 

1 T nexus on which the PERSIS¬ 
TENT RESERVE OUT command 
was received; and 

b) Specified by each Transports in 
the additional parameter data (see 
6.15.3) 

The port’s name or identifier to be 
registered is determined from the l_T 
nexus on which the PERSISTENT 
RESERVE OUT command was 
received 

1 

1 

a) The port’s name or identifier to be 
registered is determined from the 

1 T nexus on which the PERSIS¬ 
TENT RESERVE OUT command 
was received; and 

b) Specified by each Transports in 
the additional parameter data 

Register all of the target ports in the 
SCSI target device 


a If the specj pt bit is set to one and the service action is REGISTER AND IGNORE EXISTING KEY, 
then the device server shall terminate the command with CHECK CONDITION status, with the sense 
key set to ILLEGAL RECUEST, and the additional sense code set to INVALID FIELD IN PARAMETER 
LIST. 


After the registration request has been processed, the device server shall then allow other PERSISTENT 
RESERVE OUT commands from the registered l_T nexus to be processed. The device server shall retain the 
reservation key until the key is changed as described in this subclause or removed as described in 5.13.11. 

Any PERSISTENT RESERVE OUT command service action received from an unregistered l_T nexus, other 
than the REGISTER or the REGISTER AND IGNORE EXISTING KEY service action, shall be completed with 
RESERVATION CONFLICT status. 

It is not an error for an I T nexus that is registered to be registered again with the same reservation key or a 
new reservation key. A registration shall have no effect on any other registrations (e.g., if more than one l_T 
nexus is registered with the same reservation key and one of those l_T nexuses registers again it has no 
effect on the other l_T nexus’ registrations). A registration that contains a non-zero value in the service 
action reservation key field shall have no effect on any persistent reservations (i.e., the reservation key for 
an I T nexus may be changed without affecting any previously created persistent reservation). 

Multiple l_T nexuses may be registered with the same reservation key. An application client may use the 
same reservation key for other I T nexuses and logical units. 
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5.13.8 Registering and moving the reservation 

The PERSISTENT RESERVE OUT command REGISTER AND MOVE service action is used to register a 
specified l_T nexus (see table 65) and move the reservation to establish that l_T nexus as the reservation 
holder. 


Table 65 — Register behaviors for a REGISTER AND MOVE service action 


Command 
l_T nexus 
status 

Parameter list fields a 

Device server action 

RESERVATION 

KEY 

SERVICE ACTION 

RESERVATION 

KEY 

UNREG 

received on 
an unregis¬ 
tered 

IT nexus 

ignore 

ignore 

ignore 

Return RESERVATION CONFLICT status. d 

received on 
the registered 
l_T nexus of 
reservation 
holder 

Not equal to 
l_T nexus 
reservation 
key 

ignore 

ignore 

Return RESERVATION CONFLICT status. 

Equal to 
l_T nexus 
reservation 
key 

zero 

ignore 

Return CHECK CONDITION status. b 

non-zero c 

zero 

The l_T nexus on which PERSISTENT 
RESERVE OUT command was received shall 
remain registered. See this subclause for the 
registration and the move specifications. 

one 

The l_T nexus on which PERSISTENT 
RESERVE OUT command was received shall 
be unregistered (see 5.13.11.2.3) upon com¬ 
pletion of command processing. See this sub¬ 
clause for the registration and the move 
specifications. 

received on a 
registered I T 
nexus that is 
not the reser¬ 
vation holder 

ignore 

ignore 

ignore 

Return RESERVATION CONFLICT status. 


a For requirements regarding other parameter list fields not shown in this table see 6.15.4. 
b The sense key shall be set to ILLEGAL REQUEST, and the additional sense code shall be set to 
INVALID FIELD IN PARAMETER LIST. Devices compliant with SPC-3 may return an additional sense 
code set to INVALID FIELD IN CDB. 

c The application client and backup application should use the same reservation key. 
d Devices compliant with SPC-3 may return CHECK CONDITION status with the sense key set to 
ILLEGAL REQUEST and the additional sense code set to INVALID FIELD IN CDB. 


If a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action is attempted, but 
there are insufficient device server resources to complete the operation, then the device server shall terminate 
the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INSUFFICIENT REGISTRATION RESOURCES. 
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If a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action is received and 
the established persistent reservation is a Write Exclusive - All Registrants type reservation or Exclusive 
Access - All Registrants type reservation, then the device server shall complete the command with 
RESERVATION CONFLICT status. 

If a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action is received and 
there is no persistent reservation established, then the device server shall terminate the command with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID FIELD IN CDB. 

If a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action specifies a 
Transports that is the same as the initiator port of the l_T nexus on which the command received, then the 
device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST 

In response to a PERSISTENT RESERVE OUT command with a REGISTER AND MOVE service action the 
device server shall perform a register and move by doing the following as an uninterrupted series of actions: 

a) process the aptpl bit; 

b) ignore the contents of the scope and type fields; 

c) associate the reservation key specified in the service action reservation key field with the l_T 
nexus specified as the destination of the register and move, where: 

A) the l_T nexus is specified by the Transports and the relative target port identifier field (see 
6.15.4); and 

B) regardless of the Transports format used, the association for the initiator port is based on either 
the initiator port name on SCSI transport protocols where initiator port names are required or the 
initiator port identifier on SCSI transport protocols where initiator port names are not required; 

d) register the reservation key specified in the service action reservation key field; 

e) retain the reservation key specified in the service action reservation key field and associated 
information; 

f) release the persistent reservation for the persistent reservation holder (i.e., the l_T nexus on which 
the command was received); 

g) move the persistent reservation to the specified l_T nexus using the same scope and type as the 
persistent reservation released in item f); and 

h) if the unreg bit is set to one, unregister (see 5.13.11.2.3) the l_T nexus on which PERSISTENT 
RESERVE OUT command was received. 

It is not an error for a REGISTER AND MOVE service action to register an l_T nexus that is already registered 
with the same reservation key or a different reservation key. 


5.13.9 Reserving 

An application client creates a persistent reservation by issuing a PERSISTENT RESERVE OUT command 
with RESERVE service action through a registered l_T nexus with the following parameters: 

a) reservation key set to the value of the reservation key that is registered with the logical unit for the 
l_T nexus; and 

b) type field and scope field set to the persistent reservation being created. 

Only one persistent reservation is allowed at a time per logical unit and that persistent reservation has a scope 
of LU_SCOPE. 
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If the device server receives a PERSISTENT RESERVE OUT command from an l_T nexus other than a 
persistent reservation holder (see 5.13.10) that attempts to create a persistent reservation when a persistent 
reservation already exists for the logical unit, then the device server shall complete the command with 
RESERVATION CONFLICT status. 

If a persistent reservation holder attempts to modify the type or scope of an existing persistent reservation, the 
device server shall complete the command with RESERVATION CONFLICT status. 

If the device server receives a PERSISTENT RESERVE OUT command with RESERVE service action where 
the type field and the scope field contain the same values as the existing type and scope from a persistent 
reservation holder, then the device server shall not make any change to the existing persistent reservation 
and shall complete the command with GOOD status. 

See 5.13.1 for information on when a persistent reservation takes effect. 


5.13.10 Persistent reservation holder 

The persistent reservation holder is determined by the type of the persistent reservation as follows: 

a) for a persistent reservation of the type Write Exclusive - All Registrants or Exclusive Access - All 
Registrants, the persistent reservation holder is any registered l_T nexus; or 

b) for all other persistent reservation types, the persistent reservation holder is the l_T nexus: 

A) for which the reservation was established with a PERSISTENT RESERVE OUT command with 
the RESERVE service action, the PREEMPT service action, the PREEMPT AND ABORT service 
action, or the REPLACE LOST RESERVATION service action; or 

B) to which the reservation was moved by a PERSISTENT RESERVE OUT command with 
REGISTER AND MOVE service action. 

A persistent reservation holder has its reservation key returned in the parameter data from a PERSISTENT 
RESERVE IN command with READ RESERVATION service action as follows: 

a) for a persistent reservation of the type Write Exclusive - All Registrants or Exclusive Access - All 
Registrants, the reservation key shall be set to zero; or 

b) for all other persistent reservation types, the reservation key shall be set to the registered reservation 
key for the l_T nexus that holds the persistent reservation. 

It is not an error for a persistent reservation holder to send a PERSISTENT RESERVE OUT command with 
RESERVE service action to the reserved logical unit with type and scope fields that match those of the 
persistent reservation (see 5.13.9). 

A persistent reservation holder is allowed to release the persistent reservation using the PERSISTENT 
RESERVE OUT command with RELEASE service action (see 5.13.11.2.2). 

If the registration of the persistent reservation holder is removed (see 5.13.11.2), the reservation shall be 
released. If the persistent reservation holder is more than one l_T nexus, the reservation shall not be released 
until the registrations for all persistent reservation holder l_T nexuses are removed. 
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5.13.11 Releasing persistent reservations and removing registrations 

5.13.11.1 Releasing persistent reservations, removing registrations, and lost reservation information 

The application client may use PERSISTENT RESERVE OUT command service actions to: 

a) release persistent reservations and remove registrations (see 5.13.11.2); and 

b) begin the process of recovering from lost reservation information, if any (see 5.13.5.4 and 5.13.11.3). 

5.13.11.2 Service actions that release persistent reservations and remove registrations 

5.13.11.2.1 Service actions that release persistent reservations and remove registrations overview 

An application client may release or preempt the persistent reservation by issuing one of the following 
commands through a registered l_T nexus with the reservation key field set to the reservation key value that 
is registered with the logical unit for that l_T nexus: 

a) a PERSISTENT RESERVE OUT command with RELEASE service action from a persistent 
reservation holder (see 5.13.11.2.2); 

b) a PERSISTENT RESERVE OUT command with PREEMPT service action specifying the reservation 
key of the persistent reservation holder or holders (see 5.13.11.2.4); 

c) a PERSISTENT RESERVE OUT command with PREEMPT AND ABORT service action specifying 
the reservation key of the persistent reservation holder or holders (see 5.13.11.2.6); 

d) a PERSISTENT RESERVE OUT command with CLEAR service action (see 5.13.11.2.7); or 

e) if the l_T nexus is the persistent reservation holder and the persistent reservation is not an all 
registrants type, then a PERSISTENT RESERVE OUT command with REGISTER service action or 
REGISTER AND IGNORE EXISTING KEY service action with the service action reservation key 
field set to zero (see 5.13.11.2.3). 

Table 66 defines processing for a persistent reservation released or preempted by an application client based 
on the reservation type. 


Table 66 — Processing for a released or preempted persistent reservation 


Reservation Type 

Processing 

Write Exclusive - Registrants Only or 
Exclusive Access - Registrants Only 

This persistent reservation shall be released if the persis¬ 
tent reservation holder (see 5.13.10) of this reservation 
type becomes unregistered. 

Write Exclusive - All Registrants or 
Exclusive Access - All Registrants 

This persistent reservation shall be released if: 

a) the registration for the last registered l_T nexus 
is removed; or 

b) the type or scope is changed. 

Write Exclusive or Exclusive Access 

This persistent reservation shall be released if the persis¬ 
tent reservation holder (see 5.13.10) of this reservation 
type becomes unregistered. 


An application client may remove registrations by issuing one of the following commands through a registered 
I T nexus with the reservation key field set to the reservation key value that is registered with the logical unit 
for that I T nexus: 

a) a PERSISTENT RESERVE OUT command with PREEMPT service action with the service action 
reservation key field set to the reservation key (see 5.13.11.2.4) to be removed; 
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b) a PERSISTENT RESERVE OUT command with PREEMPT AND ABORT service action with the 
service action reservation key field set to the reservation key (see 5.13.11.2.6) to be removed; 

c) a PERSISTENT RESERVE OUT command with CLEAR service action (see 5.13.11.2.7); or 

d) a PERSISTENT RESERVE OUT command with REGISTER service action or REGISTER AND 
IGNORE EXISTING KEY service action with the service action reservation key field set to zero 
(see 5.13.11.2.3). 

After a reservation key (i.e., registration) has been removed, no information shall be reported for that 
unregistered l_T nexus in subsequent READ KEYS service actions until the l_T nexus is registered again 
(see 5.13.7). 

If the persist through power loss capability is not enabled, loss of power also causes persistent reservations to 
be released and registrations to be removed. If the most recent aptpl value received by the device server is 
zero (see 6.15.3), the processing of a power on condition: 

a) releases all persistent reservations; and 

b) removes all registered reservation keys (see 5.13.7). 

5.13.11.2.2 Releasing 

Only the persistent reservation holder (see 5.13.10) is allowed to release a persistent reservation. 

An application client releases the persistent reservation by issuing a PERSISTENT RESERVE OUT 
command with RELEASE service action through an l_T nexus that is a persistent reservation holder with the 
following parameters: 

a) reservation key field set to the value of the reservation key that is registered with the logical unit for 
the l_T nexus; and 

b) type field and scope field set to match the persistent reservation being released. 

In response to a persistent reservation release request from the persistent reservation holder the device 
server shall perform a release by doing the following as an uninterrupted series of actions: 

a) release the persistent reservation; 

b) not remove any registration(s); 

c) if the nuar bit (see 7.5.10) is set to zero and the released persistent reservation is either a registrants 
only type or an all registrants type persistent reservation, then the device server shall establish a unit 
attention condition for the initiator port associated with every registered l_T nexus other than l_T 
nexus on which the PERSISTENT RESERVE OUT command with RELEASE service action was 
received, with the additional sense code set to RESERVATIONS RELEASED; 

d) if the nuar bit is set to one and the released persistent reservation is either a registrants only type or 
an all registrants type persistent reservation, then the device server shall not establish a unit attention 
condition; and 

e) if the persistent reservation is of any other type, the device server shall not establish a unit attention 
condition. 

The device server shall not alter the established persistent reservation and shall terminate the command with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID RELEASE OF PERSISTENT RESERVATION, for a PERSISTENT RESERVE OUT command that 
specifies the release of a persistent reservation if: 

a) the requesting I T nexus is a persistent reservation holder (see 5.13.10); and 

b) the scope and type fields do not match the scope and type of the established persistent reservation. 
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If there is no persistent reservation or in response to a persistent reservation release request from a 
registered l_T nexus that is not a persistent reservation holder (see 5.13.10), then the device server shall do 
the following: 

a) not release the persistent reservation, if any; 

b) not remove any registrations; and 

c) complete the command with GOOD status. 

5.13.11.2.3 Unregistering 

An application client may remove a registration for an l_T nexus by issuing a PERSISTENT RESERVE OUT 
command with REGISTER service action or a REGISTER AND IGNORE EXISTING KEY service action with 
the service action reservation key field set to zero through that l_T nexus. 

If the l_T nexus is a reservation holder, the persistent reservation is of an all registrants type, and the l_T 
nexus is the last remaining registered l_T nexus, then the device server shall also release the persistent 
reservation. 

If the l_T nexus is the reservation holder and the persistent reservation is of a type other than all registrants, 
then the device server shall also release the persistent reservation. If the persistent reservation is a 
registrants only type, then the device server shall establish a unit attention condition for the initiator port 
associated with every registered l_T nexus except for the l_T nexus on which the PERSISTENT RESERVE 
OUT command was received, with the additional sense code set to RESERVATIONS RELEASED. 
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5.13.11.2.4 Preempting 

5.13.11.2.4.1 Commands that preempt reservations 

A PERSISTENT RESERVE OUT command with PREEMPT service action or PREEMPT AND ABORT 
service action is used to: 

a) preempt (i.e., replace) the persistent reservation and remove registrations (see 5.13.11.2.4.3); or 

b) remove registrations (see 5.13.11.2.5). 

Table 67 lists the actions taken by the device server based on the current persistent reservation type and the 
SERVICE ACTION reservation key field in the PERSISTENT RESERVE OUT command. 


Table 67 — Preempting actions 


Reservation 

Type 

Service Action 
Reservation Key 

Device server action 

Reference 

All Registrants 

Zero 

Preempt the persistent reservation and 
remove registrations. 

5.13.11.2.4.3 

Not Zero 

Remove registrations. 

5.13.11.2.5 

All other types 

Zero 

Terminate the command with CHECK CONDI¬ 
TION status, with the sense key set to ILLE¬ 
GAL REQUEST, and the additional sense code 
set to INVALID FIELD IN PARAMETER LIST. 


Reservation holder’s 
reservation key 

Preempt the persistent reservation and 
remove registrations. 

5.13.11.2.4.3 

Any other, non-zero 
reservation key 

Remove registrations. 

5.13.11.2.5 


See figure 5 for a description of how a device server interprets a PREEMPT service action to determine its 
actions (e.g., preempt the persistent reservation, remove registration, or both preempt the persistent 
reservation and remove registration). 
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Figure 5 — Device server interpretation of PREEMPT service action 
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5.13.11.2.4.2 Failed persistent reservation preempt 

If the preempting l_T nexus’ PREEMPT service action or PREEMPT AND ABORT service action fails (e.g., 
repeated TASK SET FULL status, repeated BUSY status, SCSI transport protocol time-out, or time-out due to 
the task set being blocked due to failed initiator port or failed SCSI initiator device), then the application client 
may send a LOGICAL UNIT RESET task management function to the failing logical unit to remove blocking 
commands and then resend the preempting service action. 

5.13.11.2.4.3 Preempting persistent reservations and registration handling 

An application client may preempt the persistent reservation with another persistent reservation by issuing a 
PERSISTENT RESERVE OUT command with PREEMPT service action or PREEMPT AND ABORT service 
action through a registered l_T nexus with the following parameters: 

a) reservation key field set to the value of the reservation key that is registered with the logical unit for 
the l_T nexus; 

b) service action reservation key field set to the value of the reservation key of the persistent 
reservation to be preempted; and 

c) type field and scope field set to define a new persistent reservation. The scope and type of the 
persistent reservation created by the preempting I T nexus may be different than those of the 
persistent reservation being preempted. 

If the service action reservation key field identifies a persistent reservation holder (see 5.13.10), the device 
server shall perform a preempt by doing the following as an uninterrupted series of actions: 

a) release the persistent reservation for the holder identified by the service action reservation key 
field; 

b) remove the registrations for all l_T nexuses identified by the service action reservation key field, 
except the l_T nexus that is being used for the PERSISTENT RESERVE OUT command. If an all 
registrants persistent reservation is present and the service action reservation key field is set to 
zero, then all registrations shall be removed except for that of the l_T nexus that is being used for the 
PERSISTENT RESERVE OUT command; 

c) establish a persistent reservation for the preempting l_T nexus using the contents of the scope and 
type fields; 

d) process commands as defined in 5.13.1; 

e) establish a unit attention condition for the initiator port associated with every I T nexus that lost its 
persistent reservation and/or registration, with the additional sense code set to REGISTRATIONS 
PREEMPTED; and 

f) if the type or scope has changed, then for every l_T nexus whose reservation key was not removed, 
except for the l_T nexus on which the PERSISTENT RESERVE OUT command was received, the 
device server shall establish a unit attention condition for the initiator port associated with that l_T 
nexus, with the additional sense code set to RESERVATIONS RELEASED. If the type or scope have 
not changed, then no unit attention condition(s) shall be established for this reason. 

After the PERSISTENT RESERVE OUT command has been completed with GOOD status, new commands 
are subject to the persistent reservation restrictions established by the preempting l_T nexus. 
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The following commands shall be affected in a vendor specific manner either by the restrictions established by 
the persistent reservation being preempted or by the restrictions established by the preempting l_T nexus: 

a) a command received after the arrival, but before the completion of the PERSISTENT RESERVE OUT 
command with the PREEMPT service action or the PREEMPT AND ABORT service action; or 

b) a command that has been placed into a task set by the task manager (see SAM-5) at the time the 
PERSISTENT RESERVE OUT command with the PREEMPT service action or the PREEMPT AND 
ABORT service action is received. 

Completion status shall be returned for each command unless it was aborted by a PERSISTENT RESERVE 
OUT command with the PREEMPT AND ABORT service action and tas bit set to zero in the Control mode 
page (see 7.5.10). 

If an all registrants persistent reservation is not present, it is not an error for the persistent reservation holder 
to preempt itself (i.e., a PERSISTENT RESERVE OUT with a PREEMPT service action or a PREEMPT AND 
ABORT service action with the service action reservation key value equal to the persistent reservation 
holder’s reservation key that is received from the persistent reservation holder). In that case, the device server 
shall establish the new persistent reservation and maintain the registration. 

5.13.11.2.5 Removing registrations 

If a registered reservation key does not identify a persistent reservation holder (see 5.13.10), an application 
client may remove the registration(s) without affecting any persistent reservations by issuing a PERSISTENT 
RESERVE OUT command with PREEMPT service action through a registered l_T nexus with the following 
parameters: 

a) reservation key field set to the value of the reservation key that is registered for the l_T nexus; and 

b) service action reservation key field set to match the reservation key of the registration or 
registrations being removed. 

If the service action reservation key field does not identify a persistent reservation holder or there is no 
persistent reservation holder (i.e., there is no persistent reservation), then the device server shall perform a 
preempt by doing the following in an uninterrupted series of actions: 

a) remove the registrations for all l_T nexuses specified by the service action reservation key field; 

b) ignore the contents of the scope and type fields; 

c) process commands as defined in 5.13.1; and 

d) establish a unit attention condition for the initiator port associated with every I T nexus that lost its 
registration other than the l_T nexus on which the PERSISTENT RESERVE OUT command was 
received, with the additional sense code set to REGISTRATIONS PREEMPTED. 

If a PERSISTENT RESERVE OUT with a PREEMPT service action or a PREEMPT AND ABORT service 
action sets the service action reservation key field to a value that does not match any registered 
reservation key, then the device server shall complete the command with RESERVATION CONFLICT status. 

It is not an error for a PERSISTENT RESERVE OUT with a PREEMPT service action or a PREEMPT AND 
ABORT service action to set the reservation key and the service action reservation key to the same 
value. However, no unit attention condition is established for the l_T nexus on which the PERSISTENT 
RESERVE OUT command was received. The registration is removed. 
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5.13.11.2.6 Preempting and aborting 

The application client’s request for and the device server’s responses to a PERSISTENT RESERVE OUT 
command with PREEMPT AND ABORT service action are identical to the responses to a PREEMPT service 
action (see 5.13.11.2.4) except for the additions described in this subclause. If no reservation conflict 
occurred, the device server shall perform the following uninterrupted series of actions: 

a) if the persistent reservation is not an all registrants type then: 

A) if the tst field is set to 000b (see 7.5.10) and the faulted l_T nexus, if any, is not the l_T nexus 
associated with the persistent reservation or registration being preempted, then the task set ACA 
condition shall be processed as defined in SAM-5; 

B) if the tst field is set to 000b and the faulted l_T nexus, if any, is the l_T nexus associated with the 
persistent reservation or registration being preempted, then the PERSISTENT RESERVE OUT 
command shall be processed without regard for the task set ACA condition; or 

C) if the tst field is set to 001b, then the ACA condition shall be processed as defined in SAM-5; 

b) perform the uninterrupted series of actions described for the PREEMPT service action (see 
5.13.11.2.4); 

c) all commands from the l_T nexus(es) associated with the persistent reservations or registrations 
being preempted (i.e., preempted commands) except the PERSISTENT RESERVE OUT command 
itself shall be aborted as defined in SAM-5; 

d) for each copy operation (see 5.16.4.3) being processed: 

A) the third-party copy command (see 5.16.3), if any, that is associated with that copy operation shall 
be aborted as described in c); and 

B) that copy operation shall be processed as a background copy operation and aborted as if a COPY 
OPERATION ABORT command (see 6.3) has been received; 

e) after the PERSISTENT RESERVE OUT command with PREEMPT AND ABORT service action has 
completed, all new commands are subject to the persistent reservation restrictions established by the 
preempting I T nexus; 

f) if the persistent reservation is not an all registrants type, then the device server shall clear any ACA 
condition associated with an l_T nexus being preempted and shall abort any commands with an ACA 
attribute received on that I T nexus; 

g) if the persistent reservation is an all registrants type, then: 

A) if the service action reservation key is set to zero, the device server shall clear any ACA condition 
and shall abort any commands with an ACA attribute; or 

B) if the service action reservation key is not set to zero, the device server shall do the following for 
any l_T nexus registered using the specified reservation key: 

a) clear any ACA condition; and 

b) abort any commands with an ACA attribute; 
and 

h) for logical units that implement the PREVENT ALLOW MEDIUM REMOVAL command (see SBC-3, 
SSC-4, and SMC-3), the device server shall perform an action equivalent to the processing of a 
PREVENT ALLOW MEDIUM REMOVAL command with the prevent field equal to zero received on 
the l_T nexuses associated with the persistent reservation being preempted. 

The actions described in this subclause shall be performed for all l_T nexuses that are registered with the 
non-zero service action reservation key value, without regard for whether the preempted l_T nexuses hold 
the persistent reservation. If the service action reservation key field is set to zero and an all registrants 
persistent reservation is present, the device server shall abort all commands for all registered l_T nexuses. 
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5.13.11.2.7 Clearing 

Any application client may release the persistent reservation and remove all registrations from a device server 
by issuing a PERSISTENT RESERVE OUT command with CLEAR service action through a registered l_T 
nexus with the following parameter: 

a) reservation key field set to the value of the reservation key that is registered with the logical unit for 
the l_T nexus. 

In response to this request the device server shall perform a clear by doing the following as part of an 
uninterrupted series of actions: 

a) release the persistent reservation, if any; 

b) remove all registration(s); 

c) ignore the contents of the scope and type fields; 

d) for logical units that implement the PREVENT ALLOW MEDIUM REMOVAL command (see SBC-3, 
SSC-4, and SMC-3), the device server shall perform an action equivalent to the processing of a 
PREVENT ALLOW MEDIUM REMOVAL command with the prevent field equal to zero received on 
the l_T nexuses associated with the persistent reservation being cleared; 

e) continue normal processing of any commands from any I T nexus that have been accepted by the 
device server as allowed (i.e., nonconflicting); and 

f) establish a unit attention condition for the initiator port associated with every registered l_T nexus 
other than the l_T nexus on which the PERSISTENT RESERVE OUT command with CLEAR service 
action was received, with the additional sense code set to RESERVATIONS PREEMPTED. 

NOTE 13 - Application clients should not use the CLEAR service action except during recovery operations 
that are associated with a specific initiator port, since the effect of the CLEAR service action defeats the 
persistent reservations features that protect data integrity. 

5.13.11.3 Replacing lost reservations 

A PERSISTENT RESERVE OUT command with the REPLACE LOST RESERVATION service action is used 
to: 

a) begin a recovery process for the lost persistent reservation that is managed by application clients; and 

b) cause the device server to stop terminating commands due to a lost persistent reservation (see 
5.13.5.4). 

If the device server has not detected that persistent reservation information has been lost (see 5.13.5.4), then 
the device server shall terminate a PERSISTENT RESERVE OUT command with the REPLACE LOST 
RESERVATION service action with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID RELEASE OF PERSISTENT RESERVATION. 

An application client may replace lost reservation information by issuing a PERSISTENT RESERVE OUT 
command with the REPLACE LOST RESERVATION service action with the following parameters: 

a) reservation key field set to zero; 

b) service action reservation key field set to the value of the new reservation key (i.e., the value used 
to replace the lost reservation key value); and 

c) type field and scope field set to define a new persistent reservation. The scope and type of the new 
persistent reservation may be different than those of the lost persistent reservation. 
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To process a valid PERSISTENT RESERVE OUT command with the REPLACE LOST RESERVATION 
service action the device server shall perform the following as an uninterrupted series of actions: 

a) remove the prior registrations for all l_T nexuses, if any, without establishing unit attention conditions; 

b) establish a registration for the l_T nexus that is being used for the PERSISTENT RESERVE OUT 
command using the service action reservation key; 

c) release any persistent reservations known to the device server; 

d) establish a new persistent reservation for the l_T nexus that is being used for the PERSISTENT 
RESERVE OUT command using the contents of the scope and type fields; 

e) set the PRgeneration value to zero; and 

f) stop terminating commands due to a lost persistent reservation (see 5.13.5.4). 

After the PERSISTENT RESERVE OUT command with the REPLACE LOST RESERVATION service action 
has been completed with GOOD status: 

a) new commands are subject to the new persistent reservation restrictions established by the 
command; and 

b) until the aptpl bit is set to one in a PERSISTENT RESERVE OUT command with a REGISTER 
service action or a REGISTER AND IGNORE EXISTING KEY service action that completes with 
GOOD status, the persist through power loss capability is not enabled (see 5.13.5.2). 


5.14 Self-test operations 


5.14.1 Self-test types 

The SEND DIAGNOSTIC command (see 6.37) provides methods for an application client to request that a 
SCSI target device perform self test operations. This standard defines the following self-tests: 

a) the default self-test (see 5.14.2); 

b) the short self-test (see 5.14.3); and 

c) the extended self-test (see 5.14.3). 


5.14.2 Default self-test 

The default self-test is mandatory for all SCSI target device types that support the SEND DIAGNOSTIC 
command. The operations performed for the default self-test are not defined by this standard (e.g., performing 
no diagnostics and returning GOOD status is a valid default self-test). An application client requests that a 
SCSI target device perform a default self-test by setting the SelfTest bit to one in the SEND DIAGNOSTIC 
command (see 6.37). 

An application client may use the DevOffL bit and the UnitOffL bit in the SEND DIAGNOSTIC command to 
allow the device server to perform operations during a default self-test that affect conditions for one or more 
logical units in the SCSI target device (e.g., if the DevOffL bit is set to one, then the device server may clear 
established reservations while performing the test, and if the UnitOffL bit is set to one, then the logical unit 
may alter its medium while performing the test). 

While a SCSI target device is performing a default self-test, the device server shall terminate all commands, 
except INQUIRY commands, REPORT LUNS commands, and REQUEST SENSE commands, with CHECK 
CONDITION status with the sense key set to NOT READY and the additional sense code set to LOGICAL 
UNIT NOT READY, SELF-TEST IN PROGRESS. If the device server receives an INQUIRY command, a 
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REPORT LUNS command, or a REQUEST SENSE command while performing a default self-test, then the 
device server shall process the command. 

If the SCSI target device detects no errors during a default self-test, then the device server shall complete the 
command with GOOD status. If the SCSI target device detects an error during the test, then the device server 
shall terminate the command with CHECK CONDITION status with the sense key set to HARDWARE 
ERROR and the additional sense code set to indicate the cause of the error. 


5.14.3 The short self-test and extended self-test 

An application client may request that a SCSI target device perform a short self-test or the extended self-test 
by setting the SelfTest bit to zero and specifying an appropriate value in the self-test code field in the 
SEND DIAGNOSTIC command (see 6.37). 

The criteria for the short self-test are that the test has one or more segments and completes in two minutes or 
less. The criteria for the extended self-test are that the test has one or more segments and that the completion 
time required by the SCSI target device to complete the extended self-test is reported in the extended 
self-test completion minutes field in the Extended INQUIRY Data VPD page (see 7.7.7), the extended 
self-test completion time field in the Control mode page (see 7.5.10), or both. 

The tests performed in the segments are vendor specific and may be the same for the short self-test and the 
extended self-test. 

The following are examples of segments: 

a) an electrical segment wherein the logical unit tests its own electronics. The tests in this segment are 
vendor specific, but some examples of tests that may be included are: 

A) a buffer RAM test; 

B) a read/write circuitry test; and 

C) a test of the read/write heads; 

b) a seek/servo segment wherein a device tests it capability to find and servo on data tracks; and 

c) a read/verify scan segment wherein a device performs read scanning of some or all of the medium 
surface. 


5.14.4 Self-test modes 

5.14.4.1 Self-test modes overview 

A foreground mode (see 5.14.4.2) and a background mode (see 5.14.4.3) are defined for the short self-test 
and the extended self-test. An application client specifies the self-test mode by the value in the self-test 
code field in the SEND DIAGNOSTIC command (see 6.37). 

5.14.4.2 Foreground mode 

If an application client specifies a self-test to be performed in the foreground mode, the device server shall 
return status for the command after the self-test has been completed. 

While a SCSI target device is performing a self-test in the foreground mode, the device server shall terminate 
all commands, except INQUIRY commands, REPORT LUNS commands, and REQUEST SENSE commands, 
with CHECK CONDITION status, with the sense key set to NOT READY, and the additional sense code set to 
LOGICAL UNIT NOT READY, SELF-TEST IN PROGRESS. If the device server receives an INQUIRY 
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command, a REPORT LUNS command, or a REQUEST SENSE command while performing a self-test in the 
foreground mode, then the device server shall process the command. 

If a SCSI target device is performing a self-test in the foreground mode and an error occurs during the test, 
then: 

a) the SCSI target device shall abort the self-test; and 

b) the device server is: 

A) able to update the Self-Test Results log page (see 7.3.19), then the device server shall update the 
Self-Test Results log page and terminate the SEND DIAGNOSTIC command with CHECK 
CONDITION status, with the sense key set to HARDWARE ERROR, and the additional sense 
code set to LOGICAL UNIT FAILED SELF-TEST. The application client may obtain additional 
information about the failure by reading the Self-Test Results log page; or 

B) unable to update the Self-Test Results log page, then the device server shall terminate the SEND 
DIAGNOSTIC command with CHECK CONDITION status, with the sense key set to HARDWARE 
ERROR, and the additional sense code set to LOGICAL UNIT UNABLE TO UPDATE 
SELF-TEST LOG. 

An application client may cause a SCSI target device to abort a self-test that is being performed in the 
foreground mode by using a task management function (see SAM-5) (e.g., an ABORT TASK task 
management function, a CLEAR TASK SET task management function) or a transport specific reset (e.g., a 
hard reset event) (see SAM-5). In addition, a self-test being performed in the foreground mode shall be 
terminated by an l_T nexus loss event or a power loss expected event (see SAM-5). If a SCSI target device 
aborts a self-test that is being performed in the foreground mode based on the SCSI target device receiving a 
task management function or a transport specific event, then the device server shall update the Self-Test 
Results log page (see 7.3.19). 

5.14.4.3 Background mode 

If a device server receives a SEND DIAGNOSTIC command specifying a self-test to be performed in the 
background mode, then: 

a) the device server shall terminate the command if the CDB is invalid; or 

b) the device server shall: 

1) complete the command with GOOD status; 

2) initialize the next self-test results log parameter in the Self-Test Results log page (see 7.3.19) by 
setting: 

a) the SELF-TEST CODE field to the self-test code from the SEND DIAGNOSTIC command; and 

b) the self-test RESULTS field to Fh; 
and 

3) begin the self-test. 

An application client may request that a device server abort a self-test that is being performed in the 
background mode by sending a SEND DIAGNOSTIC command with the self-test code field set to 100b (i.e., 
abort background self-test function). A SCSI target device shall not abort a self-test being performed in the 
background mode as the result of an l_T nexus loss event (see SAM-5). A SCSI target device shall abort a 
self-test being performed in the background mode as the result of a power loss expected event (see SAM-5). 

While the SCSI target device is performing a self-test in the background mode, the device server shall 
terminate with CHECK CONDITION status, with the sense key set to NOT READY and the additional sense 
code to LOGICAL UNIT NOT READY, SELF-TEST IN PROGRESS any received SEND DIAGNOSTIC 
command that meets any of the following criteria: 

a) the SelfTest bit is set to one; or 
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b) the self-test code field is set to a value other than 000b or 100b. 

If the SCSI target device is performing a self-test in the background mode, and the device server receives any 
command that requires suspension of the self-test to process, except those listed in table 68, then: 

a) the device server shall suspend the self-test; 

b) the device server shall begin processing the command within two seconds after the CDB has been 
validated; and 

c) after the command completes, the device server shall resume the self-test. 

If the device server receives one of the commands listed in table 68, then the device server shall: 

a) abort the self-test; 

b) update the self-test log; and 

c) begin processing the command within two seconds after the CDB has been validated. 


Table 68 — Exception commands for background self-tests 


Device type 

Command 

Reference 

All device types 

SEND DIAGNOSTIC (with self-test code field set to 100b) 

WRITE BUFFER (with the mode field set to any download microcode 
mode (see table 50 in 5.5)) 

6.37 

6.44 

Direct access 
block 

FORMAT UNIT 

START STOP UNIT 

SBC-3 

Sequential 

access 

ERASE 

FORMAT MEDIUM 

LOAD UNLOAD 

SSC-4 

Object-based 

storage 

Any command with operation code 7Fh (i.e., all commands defined by 
the OSD standard) 

OSD 

NOTE - Device types not listed in this table do not have commands that are exceptions for background 
self-tests, other than those listed above for all device types. 


5.14.4.4 Features common to foreground and background self-test modes 

An application client may use a REQUEST SENSE command (see 6.34) to poll for progress indication at any 
time during a self-test. The device server shall provide pollable REQUEST SENSE data (see 5.11.2) with the 
sense key set to NOT READY, the additional sense code set to LOGICAL UNIT NOT READY, SELF-TEST IN 
PROGRESS, and the progress indication field set to indicate the progress of the self-test. 

An application client may use the ebackerr bit and the mrie field in the Informational Exceptions Control 
mode page (see applicable command standard) to control the reporting of errors that occur during a 
background self-test operation. 

An application client may obtain information about the 20 most recent self-tests, including the self-test in 
progress, if any, by reading the Self-Test Results log page (see 7.3.19). With the exception of progress 
indication, this is the only method for an application client to obtain information about self-tests performed in 
the background mode unless an error occurs during the self-test. 
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Table 69 summarizes: 

a) when a device server returns status after receipt of a self-test command; 

b) how an application client may abort a self-test; 

c) how a device server processes commands that are entered into the task set while a self-test is in 
progress; and 

d) how a self-test failure is reported. 


Table 69 — Self-test mode summary 


Self¬ 

test 

mode 

When 
status is 
returned 

How to abort 
the self-test 

Processing of 
commands while a 
self-test is in progress 

Self-test failure reporting 

Fore¬ 

ground 

After the 
self-test 
is com¬ 
plete 

A task 

management 
function or 
reset event 
that causes a 
self-test to be 
aborted (see 
5.14.4.2) 

If the command is 

INQUIRY, REPORT LUNS 
or REQUEST SENSE, 
then process normally, 
otherwise, terminate with 
CHECK CONDITION sta¬ 
tus, with the sense key set 
to NOT READY, and the 
additional sense code set 
to LOGICAL UNIT NOT 
READY, SELF-TEST IN 
PROGRESS. 

The device server terminates the 

SEND DIAGNOSTIC command with 
CHECK CONDITION status, with the 
sense key set to HARDWARE 

ERROR, and the additional sense 
code set to LOGICAL UNIT FAILED 
SELF-TEST or LOGICAL UNIT 

UNABLE TO UPDATE SELF-TEST 

LOG (see 5.14.4.2). a 

Back¬ 

ground 

After the 
CDB is 
validated 

A SEND 

DIAG¬ 
NOSTIC 
command 
with the 

SELF-TEST 

code field set 
to 100b 

Process the command, 
except as described in 
5.14.4.3. 

An application client: 

a) checks the Self-Test Results 
log page (see 7.3.19) after the 
PROGRESS INDICATION field 
returned in response to a 
REQUEST SENSE command 
indicates that the self-test is 
complete; or 

b) uses the ebackerr bit and the 
mrie field (see applicable 
command standard) to specify 
a method of indicating that a 
failure occurred. If a failure 
occurs, then an additional 
sense code of WARNING - 
BACKGROUND SELF-TEST 
FAILED shall be returned using 
the method defined in the mrie 
field. 

a The device server shall not report an error until after the Self-Test Results log page is updated. 
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5.15 Target port group asymmetric access states 


5.15.1 Target port group access overview 

Logical units may be connected to one or more service delivery subsystems via multiple target ports (see 
SAM-5). The access to logical units through the multiple target ports may be symmetrical (see 5.15.3) or 
asymmetrical (see 5.15.2). 

If referrals are supported (see SBC-3), then a logical unit accessed through a target port group may have 
different target port group asymmetric access states based on the user data segments being accessed. 


5.15.2 Asymmetric logical unit access 

5.15.2.1 Introduction to asymmetric logical unit access 

Asymmetric logical unit access occurs when the access characteristics of one port may differ from those of 
another port. SCSI target devices with target ports implemented in separate physical units may designate 
differing levels of access for the target ports associated with each logical unit. While commands and task 
management functions (see SAM-5) may be routed to a logical unit through any target port, the performance 
may not be optimal, and the allowable command set may be less complete than when the same commands 
and task management functions are routed through a different target port. In addition, some target ports may 
be in a state (e.g., offline) that is unique to that target port. If a failure on the path to one target port is detected, 
the SCSI target device may perform automatic internal reconfiguration to make a logical unit accessible from a 
different set of target ports or may be instructed by the application client to make a logical unit accessible from 
a different set of target ports. 

A target port characteristic called primary target port asymmetric access state (see 5.15.2.5) defines 
properties of a target port and the allowable command set for a logical unit when commands and task 
management functions are routed through the target port maintaining that state. 

A primary target port group is defined as a set of target ports that are in the same primary target port 
asymmetric access state at all times (i.e., a change in one target port’s primary target port asymmetric access 
state implies an equivalent change in the primary target port asymmetric access state of all target ports in the 
same primary target port group). A primary target port group asymmetric access state is defined as the 
primary target port asymmetric access state common to the set of target ports in a primary target port group. 
One target port is a member of at most one primary target port group for a logical unit group (see 5.15.2.2). 
The grouping of target ports in a primary target port group is vendor specific. 

A logical unit may have commands and task management functions routed through multiple primary target 
port groups. Logical units support asymmetric logical unit access if different primary target port groups may be 
in different primary target port group asymmetric access states. Support for asymmetric logical unit access 
should not affect how the device server responds to unsupported commands or how the task manager 
responds to unsupported task management functions. 

An example of asymmetric logical unit access is a SCSI controller device with two separated controllers where 
all target ports on one controller are in the same primary target port asymmetric access state with respect to a 
logical unit and are members of the same primary target port group. Target ports on the other controller are 
members of another primary target port group. The behavior of each primary target port group may be 
different with respect to a logical unit, but all members of a single primary target port group are always in the 
same primary target port group asymmetric access state with respect to a logical unit. 
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An example of primary target port groups is shown in figure 6. 



Another target port characteristic called secondary target port asymmetric access state (see 5.15.2.5) 
indicates a condition that affects the way in which an individual target port participates in its assigned primary 
target port group. All target ports, if any, in one secondary target port asymmetric access state are grouped 
into a secondary target port group. Secondary target port groups have the following properties: 

a) a target port in any secondary target port group also shall be in one primary target port group; 

b) a change of secondary target port asymmetric access state for one target port shall not cause 
changes in the secondary target port asymmetric access state of other target ports, if any, in the same 
secondary target port group; and 

c) a target port may be a member of zero or more secondary target port groups. 

The term, target port asymmetric access state, represents both primary target port asymmetric access states 
and secondary target port asymmetric access states. The term, target port group, represents both primary 
target port groups and secondary target port groups. 

5.15.2.2 Logical unit groupings 

Logical units that share the same primary target port group definitions may be grouped for the purposes of 
reporting primary target port asymmetric access states. Logical units may be grouped using: 

a) the logical unit group designator (see 7.7.6.9); or 

b) logical unit conglomerates (see SAM-5). 

A logical unit group is a group of logical units that share the same primary target port group definitions. The 
primary target port groups maintain the same primary target port group asymmetric access states for all 
logical units that indicate the same logical unit group in the logical unit group designator (i.e., a change in one 
logical units primary target port asymmetric access state implies an equivalent change in the primary target 
port asymmetric access state of all other logical units that report the same logical unit group). 

All logical units that are part of a logical unit conglomerate (see SAM-5) share the same primary target port 
group definitions. The primary target port groups maintain the same primary target port group asymmetric 
access states for all logical units that are part of the same logical unit conglomerate. 

If a subsidiary logical unit is associated with multiple logical unit conglomerates, the primary target port group 
asymmetric access states for each logical unit conglomerate may or may not be different (i.e., a logical unit 
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may or may not report different primary target port group asymmetric access states when accessed using the 
LUNs associated with different logical unit conglomerates). 

Within one logical unit conglomerate: 

a) every logical unit shall not report a logical unit group designator; or 

b) every logical unit shall report a logical unit group designator that contains the same logical unit group 
value. 

If the logical unit group for a logical unit changes, the device server shall establish a unit attention condition 
(see SAM-5) for the initiator port associated with every l_T nexus, with the additional sense code set to 
INQUIRY DATA HAS CHANGED. 

5.15.2.3 Explicit and implicit asymmetric logical unit access 

Asymmetric logical unit access may be managed explicitly by an application client using the REPORT 
TARGET PORT GROUPS (see 6.32) command and SET TARGET PORT GROUPS (see 6.40) command. 

Alternatively, asymmetric logical unit access may be managed implicitly by the SCSI target device based on 
the type of transactions being routed through each target port and the internal configuration capabilities of the 
primary target port group(s) through which the logical unit may be accessed. The logical units may attempt to 
maintain full performance across the primary target port groups that are busiest and that show the most 
reliable performance, allowing other primary target port groups to select a lower performance primary target 
port asymmetric access state. 

Implicit management of secondary target port asymmetric access states is based on the condition of an 
individual target port and how such conditions affect that target port’s ability to participate in its assigned 
primary target port group. 

If both explicit and implicit asymmetric logical unit access management methods are implemented, the 
precedence of one over the other is vendor specific. 

5.15.2.4 Discovery of asymmetric logical unit access behavior 

SCSI logical units with asymmetric logical unit access may be identified using the INQUIRY command. The 
value in the target port group support (tpgs) field (see 6.5.2) indicates whether or not the logical unit supports 
asymmetric logical unit access and if so whether implicit or explicit management is supported. The target port 
asymmetric access states supported by a logical unit may be determined by the REPORT TARGET PORT 
GROUPS command parameter data (see 6.32). 

5.15.2.5 Target port asymmetric access states 
5.15.2.5.1 Target port asymmetric access states overview 

For all SCSI target devices that report in the INQUIRY data that they support asymmetric logical unit access, 
all of the target ports in a primary target port group (see 5.15.2.1) shall be in the same primary target port 
asymmetric access state with respect to the ability to route information to a logical unit. The primary target port 
asymmetric access states are: 

a) active/optimized; 

b) active/non-optimized; 

c) standby; 

d) unavailable; and 

e) logical block dependent. 


152 


Working Draft SCSI Primary Commands - 5 (SPC-5) 



12 August 2015 


T10/BSR INCUS 502 Revision 05 


Individual target ports may be in secondary target port groups (see 5.15.2.1) that have the following 
secondary target port asymmetric access states: 

a) offline. 

5.15.2.5.2 Active/optimized state 

The active/optimized state is a primary target port asymmetric access state. While commands and task 
management functions are being routed through a target port in the active/optimized primary target port 
asymmetric access state, the device server shall function (e.g., respond to commands) as specified in the 
appropriate command standards. All target ports within a primary target port group should be capable of 
immediately accessing the logical unit. 

The SCSI target device shall participate in all task management functions as defined in SAM-5 and modified 
by the applicable SCSI transport protocol standards. 

5.15.2.5.3 Active/non-optimized state 

The active/non-optimized state is a primary target port asymmetric access state. While commands and task 
management functions are being routed through a target port in the active/non-optimized primary target port 
asymmetric access state, the device server shall function as specified in the appropriate command standards. 

The processing of some task management functions and commands, especially those involving data transfer 
or caching, may operate with lower performance than they would if the target port were in the active/optimized 
primary target port asymmetric access state. 

The SCSI target device shall participate in all task management functions as defined in SAM-5 and modified 
by the applicable SCSI transport protocol standards. 

5.15.2.5.4 Standby state 

The standby state is a primary target port asymmetric access state. While being accessed through a target 
port in the standby primary target port asymmetric access state, the device server shall support those of the 
following commands that it supports while in the active/optimized primary target port asymmetric access state: 

a) INQUIRY; 

b) LOG SELECT; 

c) LOG SENSE; 

d) MODE SELECT; 

e) MODE SENSE; 

f) REPORT LUNS; 

g) RECEIVE DIAGNOSTIC RESULTS; 

h) SEND DIAGNOSTIC; 

i) REPORT TARGET PORT GROUPS; 

j) SET TARGET PORT GROUPS; 

k) REQUEST SENSE; 

l) PERSISTENT RESERVE IN; 

m) PERSISTENT RESERVE OUT; 

n) echo buffer modes of READ BUFFER; and 

o) echo buffer modes of WRITE BUFFER. 

The device server may support other commands while in the standby state. 
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The device server shall terminate commands that are not supported in the standby state with CHECK 
CONDITION status, with the sense key set to NOT READY, and the additional sense code set to LOGICAL 
UNIT NOT ACCESSIBLE, TARGET PORT IN STANDBY STATE. 

The SCSI target device shall participate in all task management functions as defined in SAM-5 and modified 
by the applicable SCSI transport protocol standards. 

5.15.2.5.5 Unavailable state 

The unavailable state is a primary target port asymmetric access state. While being accessed through a target 
port in the unavailable primary target port asymmetric access state, the device server shall accept only a 
limited set of commands. The unavailable primary target port asymmetric access state is intended for 
situations where the target port accessibility to a logical unit may be severely constrained due to SCSI target 
device limitations (e.g., hardware errors). Therefore it may not be possible to transition from the unavailable 
state to the active/optimized state, the active/non-optimized state, or the standby state. The unavailable 
primary target port asymmetric access state is also intended for minimizing any disruption when using the 
downloading microcode modes of the WRITE BUFFER command (see 5.5). 

While in the unavailable primary target port asymmetric access state, the device server shall support those of 
the following commands that it supports while in the active/optimized state: 

a) INQUIRY (the peripheral qualifier (see 6.5.2) shall be set to 001b); 

b) REPORT LUNS; 

c) REPORT TARGET PORT GROUPS; 

d) SET TARGET PORT GROUPS; 

e) REQUEST SENSE; 

f) echo buffer modes of READ BUFFER; 

g) echo buffer modes of WRITE BUFFER; and 

h) download microcode mode of WRITE BUFFER. 

The device server may support other commands while in the unavailable state. 

The device server shall terminate commands that are not supported in the unavailable state with CHECK 
CONDITION status, with the sense key set to NOT READY, and the additional sense code set to LOGICAL 
UNIT NOT ACCESSIBLE, TARGET PORT IN UNAVAILABLE STATE. 

The SCSI target device is not required to participate in all task management functions (see SAM-5 and the 
applicable SCSI transport protocol standards). 

5.15.2.5.6 Offline state 

The offline state is a secondary target port asymmetric access state. Target ports in the offline secondary 
target port asymmetric access state are not accessible via the service delivery subsystem (e.g., during 
maintenance, port replacement, port disabled, hot swap, or power failures that affect only a subset of target 
ports). While in the offline secondary target port asymmetric state, the target port is not capable of receiving or 
responding to any commands or task management functions. 

The offline secondary target port asymmetric access state allows a device server to report that some target 
ports are not capable of being accessed. 

After access to the service delivery subsystem is enabled, the target port shall transition out of the offline 
secondary target port asymmetric access state. 
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5.15.2.5.7 Logical block dependent state 

The logical block dependent state is a primary target port asymmetric access state. The logical block 
dependent state only occurs if the device server supports referrals (see 7.7.7). 

The target port asymmetric access state for a user data segment shall be one of the following target port 
asymmetric access states: 

a) active/optimized; 

b) active/non-optimized; 

c) transitioning; or 

d) unavailable. 

An application client may determine the target port asymmetric access state for user data segments by issuing 
a REPORT REFERRALS command (see SBC-3). 

5.15.2.6 Transitions between target port asymmetric access states 

The movement from one target port asymmetric access state to another is called a transition. 

During a transition between target port asymmetric access states the device server shall respond to a 
command in one of the following ways: 

a) if during the transition the logical unit is inaccessible, then the transition is performed as a single 
indivisible event and the device server shall respond by either returning BUSY status, or returning 
CHECK CONDITION status, with the sense key set to NOT READY, and the sense code set to 
LOGICAL UNIT NOT ACCESSIBLE, ASYMMETRIC ACCESS STATE TRANSITION; or 

b) if during the transition the target ports in a primary target port group are able to access the requested 
logical unit, then: 

A) the device server shall support those of the following commands that it supports while in the 
active/optimized primary target port asymmetric access state: 

a) INCUIRY; 

b) REPORT LUNS; 

c) REPORT TARGET PORT GROUPS; 

d) REQUEST SENSE; 

e) echo buffer modes of READ BUFFER; and 

f) echo buffer modes of WRITE BUFFER; 

B) the device server may support other commands when those commands are routed through a 
target port that is transitioning between primary target port asymmetric access states; 

C) the device server shall terminate commands that are not supported during a transition with 
CHECK CONDITION status, with the sense key set to NOT READY, and the additional sense 
code set to LOGICAL UNIT NOT ACCESSIBLE, ASYMMETRIC ACCESS STATE TRANSITION; 
and 

D) the SCSI target device is not required to participate in all task management functions. 

If the transition was explicit to a supported target port asymmetric access state and it failed, then the device 
server shall terminate the command with CHECK CONDITION status, with the sense key set to HARDWARE 
ERROR, and the additional sense code set to SET TARGET PORT GROUPS COMMAND FAILED. If the 
transition was to a primary target port asymmetric access state, the primary target port group that encountered 
the error should complete a transition to the unavailable primary target port asymmetric access state. 

If a target port asymmetric access state change occurred as a result of the failed transition, then the device 
server shall establish a unit attention condition for the initiator port associated with every l_T nexus other than 
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the l_T nexus on which the SET TARGET PORT GROUPS command was received with the additional sense 
code set to ASYMMETRIC ACCESS STATE CHANGED. 

If the transition was implicit and it failed, then the device server shall establish a unit attention condition for the 
initiator port associated with every l_T nexus with the additional sense code set to IMPLICIT ASYMMETRIC 
ACCESS STATE TRANSITION FAILED. 

An implicit CLEAR TASK SET task management function may be performed following a transition failure. 

Once a transition is completed, the new target port asymmetric access state may apply to some or all 
commands entered into the task set before the completion of the transition. The new target port asymmetric 
access state shall apply to all commands received by the device server after completion of a transition. 

If a transition is to the offline secondary target port asymmetric access state, communication with the service 
delivery subsystem shall be terminated. This may result in commands being terminated and may cause 
command timeouts to occur on the initiator. 

After an implicit target port asymmetric access state change, a device server shall establish a unit attention 
condition for the initiator port associated with every l_T nexus with the additional sense code set to 
ASYMMETRIC ACCESS STATE CHANGED. 

After an explicit target port asymmetric access state change, a device server shall establish a unit attention 
condition with the additional sense code set to ASYMMETRIC ACCESS STATE CHANGED for the initiator 
port associated with every l_T nexus other than the l_T nexus on which the SET TARGET PORT GROUPS 
command was received. 

5.15.2.7 Preference indicator 

A device server may indicate one or more primary target port groups is a preferred primary target port group 
for accessing a logical unit by setting the pref bit to one in the target port group descriptor (see 6.32). The 
preference indication is independent of the primary target port asymmetric access state. 

An application client may use the pref bit value in the target port group descriptor to influence the path 
selected for a logical unit (e.g., a primary target port group in the standby primary target port asymmetric 
access state with the pref bit set to one may be chosen over a primary target port group in the 
active/optimized primary target port asymmetric access state with the pref bit set to zero). 

The value of the pref bit for a primary target port group may change whenever a primary target port 
asymmetric access state changes. 

5.15.2.8 Target port asymmetric access state reporting 

Target port asymmetric access state information is reported in a target port group descriptor (see table 251) in 
the parameter data returned by the REPORT TARGET PORT GROUPS command (see 6.32). Each target 
port group descriptor indicates the asymmetric access state for all target ports contained in the indicated 
target port group (i.e., all target ports described in the target port descriptors contained in the target port group 
descriptor). A primary asymmetric access state (see table 252) applies to all logical units in the same logical 
unit group (see 5.15.2.2). 

The parameter data returned by each REPORT TARGET PORT GROUPS command is independent (e.g., the 
device server may return different values in the asymmetric access state field (see table 251) for the same 
target port group in the parameter data returned by REPORT TARGET PORT GROUPS commands received 
through different target ports). 


156 


Working Draft SCSI Primary Commands - 5 (SPC-5) 



12 August 2015 


T10/BSR INCUS 502 Revision 05 


The information returned in the target port group descriptor that contains a target port descriptor with a relative 
target port identifier that matches the relative target port identifier of the target port through which the 
REPORT TARGET PORTS GROUP command is received shall be the current information. 

EXAMPLE - An application client sends two REPORT TARGET PORT GROUPS commands to the logical unit shown in 
figure 6. The commands are received via different target ports with target port identifiers 2 and 10. Although the command 
that is received via the target port with relative target port identifier 2 returns the current information for the target port 
group that contains the target port with relative target port identifier 2, the command may not return the current information 
for the target port group that contains the target port with relative target port identifier 10. The converse is true for the 
command that is received via the target port with relative target port identifier 10. Although the command that is received 
via the target port with relative target port identifier 10 returns the current information for the target port group that contains 
the target port with relative target port identifier 10, the command may not return the current information for the target port 
group that contains the target port with relative target port identifier 2. 

If an application client detects different parameter data returned by REPORT TARGET PORT GROUPS 
commands for the same target port group (i.e., both current information and information that may not be 
current), then the application client should use the current information. 

5.15.2.9 Implicit asymmetric logical units access management 

SCSI target devices with implicit asymmetric logical units access management are capable of using 
mechanisms other than the SET TARGET PORT GROUPS command to set: 

a) the primary target port asymmetric access state of a primary target port group; or 

b) the secondary target port asymmetric access state of a target port that is a member of a primary 
target port group. 

All logical units that report in the standard INQUIRY data (see 6.5.2) that they support asymmetric logical unit 
access and support implicit asymmetric logical unit access (i.e., the tpgs field is set to 01b or 11b): 

a) shall implement the INQUIRY command Device Identification VPD page designator type 4h (see 

7.7.6.7) and designator type 5h (see 7.7.6.8); 

b) shall support the REPORT TARGET PORT GROUPS command as described in 6.32; and 

c) may implement the INQUIRY command Device Identification VPD page designator type 6h (see 
7.7.6.9). 

Implicit logical unit access state changes between primary target port asymmetric access states may be 
disabled with the ialuae bit in the Control Extension mode page (see 7.5.11). 

5.15.2.10 Explicit asymmetric logical units access management 

All logical units that report in the standard INQUIRY data (see 6.5.2) that they support asymmetric logical units 
access and support explicit asymmetric logical unit access (i.e., the tpgs field is set to 10b or 11b): 

a) shall implement the INQUIRY command Device Identification VPD page designator type 4h (see 

7.7.6.7) and designator type 5h (see 7.7.6.8); 

b) shall support the REPORT TARGET PORT GROUPS command as described in 6.32; 

c) shall support the SET TARGET PORT GROUPS command as described in 6.40; and 

d) may implement the INQUIRY command Device Identification VPD page designator type 6h (see 
7.7.6.9). 
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5.15.2.11 Behavior after power on, hard reset, logical unit reset, and l_T nexus loss 

For all SCSI target devices that report in the standard INQUIRY data (see 6.5.2) that they support only explicit 
asymmetric logical unit access (i.e., the tpgs field is set to 10b), the target port shall preserve the primary 
target port asymmetric access state during any power on, hard reset, logical unit reset, and l_T nexus loss. 

5.15.2.12 Behavior of target ports that are not accessible from the service delivery subsystem 

If the offline secondary target port asymmetric access state is supported and a subset of the target ports in a 
primary target port group are not accessible via the service delivery subsystem (e.g., power failure), then 
those ports may be reported in a primary target port group consistent with their primary target port asymmetric 
access state and in the secondary target port group with the offline secondary target port asymmetric access 
state. 


5.15.3 Symmetric logical unit access 

A device server that provides symmetrical access to a logical unit may use a subset of the asymmetrical 
logical access features (see 5.15.2) to indicate this ability to an application client, providing an application 
client a common set of commands to determine how to manage target port access to a logical unit. 

Symmetrical logical unit access should be represented as follows: 

a) the tpgs field in the standard INQUIRY data (see 6.5.2) indicates that implicit asymmetric access is 
supported; 

b) the REPORT TARGET PORT GROUPS command is supported; and 

c) the REPORT TARGET PORT GROUPS parameter data indicates that the same state (e.g., 
active/optimized state) is in effect for all primary target port groups. 


5.16 Third-party copies 


5.16.1 General considerations for third-party copies 

Third-party copy commands (see 5.16.3) cause a copy manager to perform copy operations (see 5.16.4.3) 
that transfer data as follows: 

a) from specified areas of the medium within a logical unit to different areas within the same logical unit; 

b) from one logical unit to another within a SCSI target device; or 

c) from one SCSI target device to another SCSI target device. 

The transfers requested by a third-party copy command are managed by a copy manager (see 5.16.2) that is 
contained in a logical unit (see SAM-5). The copy manager is responsible for transferring data from copy 
sources to copy destinations (i.e., reading from the copy sources, buffering as needed, and writing to the copy 
destinations). 

Application clients and other copy managers request third-party copy operations by sending commands (see 
5.16.3) to a copy manager for processing by that copy manager. Copy managers provide information about 
their capabilities to application clients in the Third-party Copy VPD page (see 7.7.17). 
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A copy manager is not required to support all the third-party copy features described in 5.16, but if a copy 
manager supports copies from one SCSI target device to another SCSI target device, then the copy manager 
shall support copies from one logical unit to another logical unit within the same SCSI target device. 

If a logical unit contains a copy manager that supports any of the commands described in 5.16.3, then the 3pc 
bit shall be set to one in the standard INQUIRY data (see 6.5.2). 


5.16.2 Copy manager model 

A copy manager is: 

a) a kind of device server that processes the commands described in 5.16.3 using foreground or 
background copy operations (see 5.16.4.3); and 

b) a kind of application client that sends commands to other device servers and copy managers, 
possibly in other SCSI target devices, as necessary to perform the copy operation originated by a 
third-party copy command (see 5.16.4.3). 

If a copy manager interacts with a copy manger in another SCSI target device, these interactions may occur 
over a SCSI transport protocol or over a non-SCSI transport. 

Upon the successful completion of a copy operation (see 5.16.4.3), the copy manager shall have produced 
the results specified by the command that originated the copy operation in accordance with this standard or 
the applicable command standard (e.g., SBC-3 for the WRITE USING TOKEN command). To ensure 
interoperability, this standard or the applicable command standard may place requirements on the copy 
manager using terminology based on specific commands and parameter data (e.g., specific instances of the 
EXTENDED COPY command). These are only functional descriptions of the required copy manager behavior. 
Any copy manager implementation that produces the specified results and does not violate interoperability 
may be used. 

A copy manager may be contained in: 

a) the same logical unit as the device server for a data storage device (e.g., a direct access block device 
(see SBC-3) or sequential-access device (see SSC-4)); or 

b) a standalone SCSI target device whose only purpose is to contain one or more logical units that 
contain copy managers. 

If the copy manager is contained in the same logical unit as the device server for a data storage device, then 
the following requirements shall apply: 

a) the peripheral device type field in the standard INQUIRY data (see 6.5.2) shall indicate the device 
type associated with the device server; 

b) the copy manager shall have the same access to the data storage media associated with the logical 
unit that contains the copy manager as any other application client for the purposes of processing 
third-party copy commands and operations (see 5.16.3); 

c) the copy manager shall be able to access all other device servers and copy managers located in the 
same SCSI target device as the copy manager; and 

d) the copy manager may or may not be able to access device servers and copy managers located in 
other SCSI target devices. 
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If the copy manager is contained in a standalone SCSI target device whose only purpose is to contain logical 
units that contain copy managers, then the following requirements shall apply: 

a) the peripheral device type field in the standard INQUIRY data (see 6.5.2) shall indicate that the 
device is a processor type device (see SPC-2); 

b) the device server may not implement any of the specialized processor device type commands (e.g., 
SEND); and 

c) the copy manager shall be able to access device servers and copy managers in at least one other 
SCSI target device for the purposes of processing third-party copy commands and operations. 

Within a SCSI target device, a copy manager shall not have access to SCSI ports that are not accessible to 
the device server in the same logical unit (e.g., due to restrictions imposed by asymmetric logical unit access 
features (see 5.15.2)), but a copy manager may have access to non-SCSI data transports. As a result: 

a) if a copy manager has access to only one SCSI port, then the copy operations performed by the copy 
manager are limited to a single SCSI domain; 

b) if a copy manager has access to multiple SCSI ports some of which are in different SCSI domains, 
then the copy operations performed by the copy manager are limited to the accessible SCSI domains, 
but may transfer data from one SCSI domain to another; or 

c) if a copy manager has access to non-SCSI data transports, then the copy operations performed by 
the copy manager may transfer data from one SCSI domain to another SCSI domain that is not 
accessible to the device server associated with the copy manager. 

In response to interactions with other copy managers, a copy manager may process requests for copy 
operations even if the copy manager does not implement an equivalent third-party copy command (see 
5.16.3). 

EXAMPLE - Suppose a copy manager has access to a non-SCSI transport that transfers data in message lUs instead of 
SCSI reads and writes. Even though no SCSI commands are performed, the copy manager is allowed to process a write 
command as an EXTENDED COPY command (see 6.4) with the data to be written contained in the inline data portion 
of the parameter data. The copy manager is also allowed to process a read command as an EXTENDED COPY command 
that generates held data (see 5.16.4.5) followed by a RECEIVE COPY DATA command (see 6.20) to retrieve the held 
data. The same copy manager may indicate that it supports only the POPULATE TOKEN command (see SBC-3), WRITE 
USING TOKEN command (see SBC-3), and RECEIVE ROD TOKEN INFORMATION command (see 6.23 and SBC-3). 
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Figure 7 shows examples copy manager configurations and third-party copies they may perform. 
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Figure 7 — Examples of copy manager configurations 
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5.16.3 Third-party copy commands 

The commands processed by copy managers (i.e., third-party copy commands) are shown in table 70. 


Table 70 — Third-party copy commands 


Command 

Operation 
code a 

Command 

type 

Reference 

COPY OPERATION ABORT 

83h/1Ch 

abort 

6.3 

EXTENDED COPY 

83h/01h 

originate 

6.4 

EXTENDED COPY(LIDI) 



SPC-4 

POPULATE TOKEN 

83h/1 Oh 

originate 

SBC-3 

RECEIVE COPY DATA 

84h/06h 

retrieve 

6.20 

RECEIVE COPY DATA(LIDI) 



SPC-4 

RECEIVE COPY OPERATING PARAMETERS 



SPC-4 

RECEIVE COPY FAILURE DETAILS(LIDI) 



SPC-4 

RECEIVE COPY STATUS 

84h/05h 

retrieve 

6.21 

RECEIVE COPY STATUS(LIDI) 



SPC-4 

RECEIVE ROD TOKEN INFORMATION 

84h/07h 

retrieve 

6.23 

REPORT ALL ROD TOKENS 

84h/08h 

retrieve 

6.26 

WRITE USING TOKEN 

83h/11h 

originate 

SBC-3 

Reserved 

all others b 



Key: 

abort third-party copy command that aborts a specified copy operation 

originate third-party copy command that requests the processing of a copy operation 

retrieve third-party copy command that retrieves the results (e.g., status data or held data) for a 

previously originated copy operation 




a All copy manager commands are defined by a combination of operation code and service action. 

The operation code value is shown preceding the slash and the service action value is shown 

after the slash. 




b All service actions of operation code 83h and operation code 84h not shown in this table are 
reserved. 
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Copy manager support for third-party copy commands is optional, but support for some third-party copy 
commands and features may require support for other third-party copy commands as shown in table 71. 


Table 71 — Mandatory copy manager command support requirements 


Supported command 

Optional command 
features supported 

Copy manager support for the following 
commands is mandatory 

Held 
data a 

R token 
bit b 

COPY OPERATION ABORT 

n/a 

n/a 

RECEIVE COPY STATUS 

EXTENDED COPY 

n/a 

n/a 

RECEIVE COPY STATUS 

EXTENDED COPY 

yes 

n/a 

RECEIVE COPY DATA 

EXTENDED COPY 

n/a 

yes 

RECEIVE ROD TOKEN INFORMATION 

POPULATE TOKEN 

n/a 

n/a 

See SBC-3 

WRITE USING TOKEN 

n/a 

n/a 


a Held data (see 5.16.4.5) refers to support for the ability to hold some or all of the data processed 
by a copy operation for later transfer to the application client (e.g., support for the stream -xiiscard& 
application client segment descriptor (see 6.4.6.8)). 
b r_token bit refers to support for the ability to create ROD tokens that are later returned to the 
application client (i.e., support for the r_token bit being set to one in the ROD CSCD descriptor 
(see 6.4.5.9)). 


If a copy manager supports a third-party copy command in which the immed bit, if any, is allowed to be set to 
one, then the copy manager shall support the COPY OPERATION ABORT command (see 6.3). 


5.16.4 Third-party copy command usage 

5.16.4.1 Prior to sending a third-party copy command 

Before the copy manager is instructed to transfer data, the application client requesting the data transfers 
shall take any necessary actions required to prepare the copy sources and copy destinations (see 5.16.1). 
Such preparatory actions include but are not limited to: 

a) loading tapes; 

b) sending media changer commands; 

c) sending MODE SELECT commands, including MODE SELECT commands that: 

A) disable reporting of recovered errors by a block CSCD by setting the per bit to zero in the 
Read-Write Error Recovery mode page (see SBC-3); 

B) disable reporting of recovered errors by a stream CSCD by setting the per bit to zero in the 
Read-Write Error Recovery mode page (see SSC-4); and/or 

C) disable reporting of thin provisioning threshold events by a block CSCD by setting the lbpere bit 
to zero in the Read-Write Error Recovery mode page; 

d) sending persistent reservation commands; 

e) sending tape positioning commands; and/or 

f) performing the preparatory actions, if any, described in the applicable command standards. 

After all preparatory actions have been completed, the third-party copy command (e.g., the EXTENDED 
COPY command) should be sent to the copy manager to originate the copy operation (see 5.16.4.3). 
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5.16.4.2 List identifiers for third-party copy commands 

A third-party copy command (see 5.16.3) may: 

a) take a long time to complete; 

b) have substantial command-specific data to return upon the completion of processing (e.g., held data 
(see 5.16.4.4)); and 

c) be processed as a background operation (e.g., in response to an immed bit being set to one (see 
5.16.4.3)). 

List identifiers allow an application client to specify the copy operation (see 5.16.4.3) for which a monitoring 
function or management function is to be performed, as follows: 

1) the application client specifies the list identifier by which a third-party copy operation is to be identified 
in the command or parameter list that originates the copy operation; and 

2) the application client specifies the same list identifier in any command that monitors or manages the 
copy operation: 

A) starting from the time the copy operation is originated; and 

B) continuing until: 

a) all data associated with the copy operation has been delivered to the application client; or 

b) the application client specifies that the associated data is to be discarded. 

List identifiers are specified in a list identifier field whose location depends on the third-party command 
being processed. 

Unless otherwise specified, the list identifier field contains a value that uniquely identifies a copy operation 
among all those being processed that were received on a specific l_T nexus. If the copy manager detects a 
duplicate list identifier value, then the copy manager shall terminate the originating third-party copy command 
(see table 70 in 5.16.3) with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, 
and the additional sense code set to OPERATION IN PROGRESS. 

5.16.4.3 Third-party copy commands and operations 

Third-party copy commands that originate copy operations (see table 70 in 5.16.3) may support the immed bit 
to allow the application client to specify that the processing of a copy operation continue after the processing 
of the originating command has been completed. 

If a third-party copy command supports an immed bit and that immed bit is set to one, the copy manager: 

1) shall return CHECK CONDITION status if any errors are detected in the CDB; 

2) shall transfer all of the parameter list, if any, to the copy manager; 

3) may validate the parameter list and return CHECK CONDITION status if errors are detected; 

4) shall complete the command with GOOD status; and 

5) shall complete processing of all specified copy operations as a background operation (see SAM-5). 

A third-party copy command definition may place additional restrictions on the use of the immed bit. 

If the immed bit is not supported by a command, then the copy manager shall process that command as if the 
immed bit were set to zero. 
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If the IMMED bit, if any, is set to: 

a) zero, then the copy manager shall not complete processing of the third-party copy command until the 
copy manager has completed processing of the copy operation originated by the command (i.e., the 
copy manager processes the copy operation in the foreground); or 

b) one, then the copy manager may complete processing of the third-party copy command that 
originated the copy operation before completing the copy operation (i.e., the copy manager processes 
the copy operation in the background). Copy operations that are processed in the background shall 
not generate deferred errors (see SAM-5) for the errors encountered, if any, during this processing. 
Instead, the error information (e.g., status, sense key, additional sense code) shall be made available 
to the application client through use of one of the commands described in 5.16.4.4. 

5.16.4.4 Monitoring progress of and retrieving results from third-party copy commands 

The RECEIVE COPY STATUS command (see 6.21) returns information about the current processing 
status of the copy operation (see 5.16.4.3) specified by the list identifier (see 5.16.4.2). The parameter data for 
the following commands contain the parameter data for the RECEIVE COPY STATUS command as a header 
(i.e., the shared third-party copy status header): 

a) RECEIVE COPY DATA (see 6.21); and 

b) RECEIVE ROD TOKEN INFORMATION (see 6.23). 

The status information for a copy operation (see 5.16.4.3) shall be available at any time the copy operation is 
in progress (i.e., whenever the copy operation status field is set to lOh, 11 h, or 12h). 

After the completion of a copy operation (see 5.16.4.3) (i.e., whenever the copy operation status field is set 
to 01 h, 02h, 03h, or 60h), the copy manager shall preserve all status information for that copy operation for a 
vendor specific period of time. The copy manager shall discard the status information in which the copy 
operation STATUS field is set to 01 h, 02h, 03h, or 60h if: 

a) another third-party copy command that originates a copy operation (see table 70 in 5.16.3) is received 
on the same l_T nexus and the list identifier matches the list identifier associated with the status 
information; 

b) the copy manager detects a logical unit reset condition or l_T nexus loss condition (see SAM-5); or 

c) the copy manager requires the resources used to preserve the status information. 

The copy manager may discard the sense data in the status information in which the copy operation status 
field is set to 01 h, 02h, 03h, or 60h after that data has been returned by a RECEIVE COPY STATUS 
command received on the same l_T nexus with a matching list identifier. 

The copy manager shall not discard the status information for a copy operation (see 5.16.4.3) in response to: 

a) an ABORT TASK task management function (see SAM-5); 

b) an ABORT TASK SET task management function; 

c) a CLEAR TASK SET task management function; 

d) a PERSISTENT RESERVE OUT command with PREEMPT AND ABORT service action (see 6.15); 
or 

e) a COPY OPERATION ABORT command (see 6.3). 

In the parameter data for all the commands with the shared third-party copy status header, the contents of the 
copy operation status field (see table 210 in 6.21) indicate the current processing status of the specified 
copy operation. Unless otherwise specified, the contents of the copy operation status field are not affected 
by whether the copy operation is being or was performed in the foreground or background. 
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5.16.4.5 Held data 

A copy operation may hold some or all of the data it processes for retrieval by the application client (e.g., the 
processing defined for the EXTENDED COPY command stream^-stream&application client segment 
descriptor (see 6.4.6.5)). Held data is retrieved using the RECEIVE COPY DATA command (see 6.20). 

If a copy manager supports any third-party copy commands (see 5.16.3) or an EXTENDED COPY command 
copy function (see 6.4.6) capable of holding data for retrieval by the application client, then the copy manager: 

a) shall support the RECEIVE COPY DATA command; 

b) shall support the Third-party Copy VPD page Held Data descriptor (see 7.7.17.12); and 

c) should support the Third-party Copy VPD page Held Data descriptor. 

After the completion of a third-party copy command that originates a copy operation (see table 70 in 5.16.3), 
the copy manager shall preserve all held data for a vendor specific period of time. The application client 
should retrieve the held data (e.g., by sending a third-party copy command that retrieves the results of a 
previously originated copy operation (see table 70 in 5.16.3)) as soon as possible after the completion of the 
copy operation to ensure that the data is not discarded by the copy manager. The copy manager shall discard 
the held data: 

a) after all the held data for a specific copy operation has been successfully transferred to the application 
client; 

b) if a RECEIVE COPY DATA command (see 6.20) has been received on the same l_T nexus with a 
matching list identifier (see 5.16.4.2), with the allocation length field set to zero; 

c) if another third-party copy command that originates a copy operation is received on the same l_T 
nexus and the list identifier matches the list identifier associated with the held data; 

d) if the copy manager detects a logical unit reset condition or l_T nexus loss condition (see SAM-5); or 

e) if the copy manager requires the resources used to preserve the held data. 

The copy manager shall not discard the held data in response to: 

a) an ABORT TASK task management function (see SAM-5); 

b) an ABORT TASK SET task management function; 

c) a CLEAR TASK SET task management function; 

d) a PERSISTENT RESERVE OUT command with PREEMPT AND ABORT service action (see 6.15); 
or 

e) a COPY OPERATION ABORT command (see 6.3). 

The copy manager indicates the minimum amount of held data it supports in the held data limit field that is 
returned in the Held Data descriptor (see 7.7.17.12) in the Third-party Copy VPD page (see 7.7.17). 

The held data limit field indicates the length, in bytes, of the minimum amount of data the copy manager 
shall hold for return to the application client. If the processing of a copy operation requires more data to be 
held, the copy manager may discard some of the held data in a vendor specific manner that retains the held 
bytes from the most recently processed portion of the copy operation. The discarding of held data bytes shall 
not be considered an error. 

The held data discarded (hdd) bit indicates whether held data has been discarded for the copy operation 
specified by a list identifier (see 5.16.4.2). If the hdd bit is set to one, held data has been discarded. If the hdd 
bit is set to zero, held data has not been discarded. The hdd bit is in the parameter data for the RECEIVE 
COPY DATA command (see 6.20). 
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5.16.4.6 Aborting third-party copy commands and copy operations 

A task manager shall ensure that all commands and data transfers generated by a third-party copy operation 
have been terminated and are no longer transferring data before allowing the completion of the task 
management function or command (e.g., the PERSISTENT RESERVE OUT command with PREEMPT AND 
ABORT service action) in response to the following causes for the termination of a third-party copy command: 

a) an ABORT TASK task management function (see SAM-5); 

b) an ABORT TASK SET task management function (see SAM-5); 

c) a CLEAR TASK SET task management function (see SAM-5); 

d) a PERSISTENT RESERVE OUT command with PREEMPT AND ABORT service action (see 
5.13.11.2.6); and 

e) other SCSI device conditions described in SAM-5 that abort copy operations. 

5.16.4.7 The COPY OPERATION ABORT command 

Aborting a copy operation is not always possible with a task management function (e.g., a copy operation (see 

5.16.4.3) that was originated by a third-party copy command with the immed bit set to one). The COPY 
OPERATION ABORT command (see 6.3) provides an abort capability that is equivalent to an ABORT TASK 
task management function for any copy operation that is able to be specified with a list identifier (see 5.16.4.2) 
without regard for whether the copy operation is being performed in the foreground or background (see 

5.16.4.3) . 

Before completing the COPY OPERATION ABORT command, the copy manager shall ensure that all 
commands and data transfers generated by that copy operation have been terminated and are no longer 
transferring data. 

All foreground copy operations and background copy operations associated with the specified list identifier 
shall be terminated with CHECK CONDITION status with the sense key set to COPY ABORTED and the 
additional sense code set to COMMANDS CLEARED BY DEVICE SERVER (see 5.16.4.3). 


5.16.5 Responses to the conditions that result from SCSI events 

The effects on copy operations that are produced by the conditions that result from SCSI events (see SAM-5) 
are shown in table 72. 


Table 72 — Responses to the conditions that result from SCSI events 


Condition that results from a SCSI event 

Effects of condition on copy operations 

Power on 

Hard reset 

Logical unit reset 

Power loss expected 

All foreground and background copy operations shall be 
aborted as if a COPY OPERATION ABORT command 
(see 6.3) has been received for each copy operation. 

l_T nexus loss 

All foreground and background copy operations that 
require access to the affected l_T nexus shall be aborted 
as if a COPY OPERATION ABORT command has been 
received for each copy operation. 
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5.16.6 RODs and ROD tokens 

5.16.6.1 RODs and ROD related tokens overview 

A ROD provides a way to represent multiple bytes of data that may or may not be addressable as the content 
of some media (e.g., one or more ranges of contiguous logical blocks that may be addressed as LBAs 
or maintained as a point in time copy (see 5.16.6.2.3) of the contents of the specified LBA ranges). Each ROD 
is created and maintained by a copy manager as specified by this standard. 

The types of RODs are described in 5.16.6.2. The process of creating and populating a ROD is described in 
5.16.6.3. 

A ROD token is a token that a copy manager transfers to an application client to represent a specified ROD 
outside the copy manager. Application clients may use ROD tokens as follows: 

a) if a valid ROD token is received by the copy manager that created it, then that copy manager is able 
to associate the ROD token with the original ROD and process the data represented by the ROD in 
specified ways (e.g., the ways specified by segment descriptors in an EXTENDED COPY command); 

b) if a ROD token is received by a copy manager other than the copy manager that created it, then the 
receiving copy manager may be able to process the data that the ROD token represents by 
communicating with the copy manager that created the ROD token. The communications between the 
copy managers shall conform to the models described in this standard but are not required to use the 
commands or data transfer mechanisms described in this standard; and 

c) if a ROD token is transferred from one application client to another by a means outside the scope of 
this standard, then the second application client may use the ROD token in any of the ways described 
in this subclause. 

The format of a ROD token is defined in 5.16.6.4. The interval of time during which the ROD token remains 
valid is called the ROD token lifetime (see 5.16.6.7). 

ROD management tokens (see 5.16.6.4) are used to manage (e.g., delete) ROD tokens. 
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5.16.6.2 ROD types 
5.16.6.2.1 ROD types overview 

A copy manager uses the ROD types shown in table 73. 


Table 73 — ROD types 


Type code 
ranges 

Type code range 
applicability 

Type codes 
defined by 
this standard 

Description 

Reference 

0000 OOOOh 

Copy manager 
internal ROD 

0000 OOOOh 

ROD type specified by 

ROD token 

command 
definition a 

0000 0001 h to 
0000 FFFFh 

Reserved 

0001 OOOOh to 
FEFF FFFFh 

Any device type 

0001 OOOOh 

Access upon reference 

5.16.6.2.2 

0080 OOOOh 

Point in time copy - default 

5.16.6.2.3.2 

0080 0001 h 

Point in time copy 
- change vulnerable 

5.16.6.2.3.3 

0080 0002h 

Point in time copy 
- persistent 

5.16.6.2.3.4 

0080 FFFFh 

Point in time copy - any 

5.16.6.2.3.5 

all others 
in this range 

Reserved 

FF00 OOOOh to 
FFFF FFEFh 

Device type specific 

applicable 

command 

standard 

FFFF FFFOh to 
FFFF FFFFh 

Vendor specific ROD token body and ROD token extension (see 5.16.6.4 and 

5.16.6.5) 

a Some commands (e.g., an EXTENDED COPY command with the ROD CSCD descriptor (see 6.4.5.9) 
in the parameter list (see 5.16.7.1)) use this ROD type code when processing a ROD token received by 
the copy manager. Details of such usage are specific to the command. 


If a third-party copy command requests the creation of a ROD and the copy manager does not have sufficient 
resources to create or maintain the ROD, then the copy manager shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INSUFFICIENT RESOURCES TO CREATE ROD. 

A copy manager shall indicate the types of RODs it supports in the Supported ROD Types third-party copy 
descriptor (see 7.7.17.9) in the Third-party Copy VPD page. 

5.16.6.2.2 Access upon reference type RODs 

Access upon reference type RODs are RODs in which the bytes are represented by addressing information 
(e.g., their LBAs for block devices). The copy manager that creates the ROD is not required to: 

a) access the bytes until the ROD is used as a copy source or copy destination; or 

b) maintain any specific data contents in association with the ROD. 
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An access upon reference type ROD shall remain valid as long as the addresses for the bytes remain valid 
(e.g., a MODE SELECT command that decreases the number of logical blocks on a block device in a way that 
eliminates one of the LBAs in an access upon reference type ROD causes the ROD to become invalid). 
Invalidating a ROD in this way may cause it to become invalid before its specified lifetime (see 5.16.6.7) has 
elapsed. 

5.16.6.2.3 Point in time copy RODs 

5.16.6.2.3.1 Point in time copy RODs overview 

Point in time copy RODs are RODs for which the data returned when the ROD is used as a copy source is the 
data that was present when the ROD was populated (see 5.16.6.3). The copy manager that creates the ROD 
shall maintain the data that populates the ROD for as long as the ROD remains valid (see 5.16.6.7). The 
method that the copy manager uses to maintain the data is outside the scope of this standard. 

If the copy manager is unable to maintain the data that populates a point in time copy ROD, the copy manager 
shall invalidate this type of ROD. Invalidating a ROD in this way may cause it to become invalid before its 
specified lifetime (see 5.16.6.7) has elapsed. 

If a third-party copy command that originates a copy operation (see table 70 in 5.16.3) specifies a point in time 
copy ROD as a copy destination, then the copy manager shall terminate the copy operation (see 5.16.4.3) 
originated by the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, 
and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

5.16.6.2.3.2 Point in time copy - default type RODs 

A point in time copy - default type ROD is a point in time copy ROD (see 5.16.6.2.3.1) for which the method 
that maintains the data that populates the ROD is vendor specific. 

5.16.6.2.3.3 Point in time copy - change vulnerable type RODs 

A point in time copy - change vulnerable type ROD is a point in time copy ROD (see 5.16.6.2.3.1) for which 
the copy manager shall create the ROD using the method that consumes the fewest resources without regard 
for whether this increases the chance that the ROD may become invalid before its specified lifetime (see 
5.16.6.7) has elapsed. 

The copy manager may invalidate this type of ROD if the data that populated that ROD when it was created is 
modified (e.g., by a write command) or becomes invalid (e.g., a MODE SELECT command decreases the 
number of blocks on a logical blocks device in a way that eliminates one of the LBAs in the ROD). 

5.16.6.2.3.4 Point in time copy - persistent type RODs 

A point in time copy - persistent type ROD is a point in time copy ROD (see 5.16.6.2.3.1) for which the copy 
manager shall maintain the data present when the ROD was populated for the ROD'S specified lifetime (see 
5.16.6.7) regardless of modifications to the data that populated the ROD when it was created. 

A point in time copy - persistent type ROD may become invalidated before the specified lifetime for reasons 
other than a modification to the data that populated the ROD when it was created (see 5.16.6.7). 
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5.16.6.2.3.5 Point in time copy - any type RODs 

A point in time copy - any type ROD is a point in time copy ROD (see 5.16.6.2.3.1) for which the copy 
manager shall create the ROD using one of the following ROD types, in order of preference: 

1) point in time copy - persistent (see 5.16.6.2.3.4); or 

2) point in time copy - change vulnerable (see 5.16.6.2.3.3). 

If a ROD token (see 5.16.6.4 and 5.16.6.5) is returned for a point in time copy - any type ROD, the value in 
the rod token field shall indicate the type of ROD the copy manager created (e.g., 0080 0001 h for point in 
time copy - change vulnerable). 

5.16.6.3 Populating a ROD or ROD token 

The content of a ROD is established when the ROD is populated. Details of how a ROD is populated are 
defined by the command or commands that cause the ROD to become populated. 

After a ROD is populated, it may be: 

a) used by later processing steps defined by the command that caused the ROD to be populated (i.e., 
used inside the copy manager that created the ROD); or 

b) used to create a ROD token (see 5.16.6.4) that may be used by application clients and copy 
managers in the ways described in 5.16.6.1. 

Commands are not required to provide a means to use a ROD inside the copy manager, but any ROD tokens 
that a copy manager creates during the processing of a command shall be made available for transfer to the 
application client using the RECEIVE ROD TOKEN INFORMATION command (see 6.23). 

After the completion of a copy operation (see 5.16.4.3), the copy manager shall preserve all created ROD 
tokens for a vendor specific period of time. The application client should retrieve the ROD tokens using the 
RECEIVE ROD TOKEN INFORMATION command as soon as possible after the completion of the copy 
operation to ensure that the data is not discarded by the copy manager. The copy manager shall discard the 
parameter data for the created ROD tokens: 

a) after all the ROD tokens created by a specific copy operation (see 5.16.4.3) have been transferred 
without errors to the application client; 

b) if a RECEIVE ROD TOKEN INFORMATION command has been received on the same l_T nexus with 
a matching list identifier (see 5.16.4.2), with the allocation length field set to zero; 

c) if another a third-party command that originates a copy operation (see table 70 in 5.16.3) is received 
on the same l_T nexus and the list identifier matches the list identifier associated with the ROD 
tokens; 

d) if the copy manager detects a logical unit reset condition or l_T nexus loss condition (see SAM-5); or 

e) if the copy manager requires the resources used to preserve the data. 

The copy manager shall not discard the data returned by a RECEIVE ROD TOKEN INFORMATION command 
in response to: 

a) an ABORT TASK task management function (see SAM-5); or 

b) a COPY OPERATION ABORT command (see 6.3). 

The format of a ROD token is defined in 5.16.6.4. The interval of time during which the ROD token remains 
valid is called the ROD token lifetime (see 5.16.6.7). 
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If a third-party copy command attempts to populate a ROD with the same data more than one time (e.g., 
specifying the same LBA twice), then the copy manager shall terminate the copy operation (see 5.16.4.3) 
originated by the command with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, 
and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

EXAMPLE 1 - The EXTENDED COPY command (see 6.4) defines a CSCD descriptor that establishes an internal ROD 
and segment descriptors that populate that ROD. The populated ROD may be used by other segment descriptors, and 
may be returned as a ROD token using the methods described in this subclause. 

EXAMPLE 2 - The POPULATE TOKEN command (see SBC-3) establishes and populates a ROD whose only use during 
the processing of the POPULATE TOKEN command is in the creation of a ROD token that is returned using the methods 
described in this subclause. 
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5.16.6.4 ROD token format 


The ROD token format is shown in table 74. 



Every ROD token shall include the rod type field and the rod token length field. Except for the rod type 
field and the rod token length field, the definition for any ROD token format may not include the other fields 
shown in table 74. The copy manager rod token identifier field, creator logical unit descriptor field, 
number of bytes represented field, and ROD token type specific data bytes shall be included in the ROD 
token body if: 

a) information about the ROD token is returned by the REPORT ALL ROD TOKENS command (see 
6.26); or 

b) any fields are defined in the ROD token extension. 
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EXAMPLE - The block device zero ROD token (see SBC-3) has a value selected from table 73 (see 5.16.6.2.1) in the ROD 
type field, and the rod token length field set to 01F8h. All bytes in the ROD token body and ROD token extension are 
reserved. This is a valid ROD token format because the block device zero ROD token is not returned by the REPORT ALL 
ROD TOKENS command. 

Commands that manage ROD tokens (e.g., the REPORT ALL ROD TOKENS command (see 6.26)) use a 
ROD management token that consists of the ROD token header and the ROD token body in the ROD token 
being managed (i.e., the ROD token extension is omitted in ROD management tokens). The rod token 
length field is not modified when a ROD management token is built from a ROD token (i.e., the rod token 
length field does not indicate the length of the ROD management token). 

The rod type field (see table 73 in 5.16.6.2.1) indicates the use and content of the ROD token bytes that 
follow the header. 

The rod token length field indicates the number of bytes that follow in the ROD token. The minimum size of 
a ROD token shall be 512 bytes (i.e., the minimum value in the rod token length field is 01F8h). Bytes in 
unused ROD token fields shall be reserved (e.g., in a ROD token that does not include the ROD token body, 
the bytes assigned to the copy manager rod token identifier field, creator logical unit descriptor field, 
and number of bytes represented field are reserved). 

If present, the copy manager rod token identifier field contains a value that differentiates this ROD token 
from all other valid ROD tokens created by and known to a specific copy manager. No two ROD tokens known 
to a specific copy manager shall have the same value in the copy manager rod token identifier field. After 
a ROD token becomes invalid, the copy manager should not reuse the copy manager ROD token identifier 
value from that ROD token in another ROD token for as long as possible, and shall not reuse that value until 
at least 50 000 ROD tokens have been created by that copy manager. 

If present, the creator logical unit descriptor field contains an Identification Descriptor CSCD descriptor 
(see 6.4.5.6) for the logical unit that contains the copy manager that created the ROD token. That 
Identification Descriptor CSCD descriptor shall contain a designation descriptor with the designator type 
field set to: 

a) 2h (i.e., EUI-64-based); or 

b) 3h (i.e., NAA). 

If present, the number of bytes represented field is set to the total number of bytes that the ROD 
token represents. If the number of bytes represented by the ROD token is unknown or greater than 
FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFEh, then the number of bytes represented field shall be set 
to FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFFh. Command standards may define restrictions on the 
contents of the number of bytes represented field. 

If present, the ROD token type specific data contains one or more fields whose contents are based on the 
ROD token type. 

If present, the device type specific data contains one or more fields whose contents are defined by the 
command standard for the device type associated with the copy manager that created the ROD token. 

If present, the ROD token type and copy manager specific data contains one or more fields whose contents 
are dependent on the ROD token type and the copy manager that created the ROD token. 
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5.16.6.5 Generic ROD tokens 
5.16.6.5.1 Generic ROD token format 


Unless a different format is defined, ROD tokens for the ROD types other than OOh (see table 73 in 
5.16.6.2.1) have the format shown in table 75. 
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The rod type field is defined in 5.16.6.4 and the coded values that may be used in the rod type field are 
defined in 5.16.6.2.1. The rod type field shall be set to one of the values shown in table 76. The rod type 
field shall not be set to 0080 FFFFh (i.e., point in time copy - any) (see 5.16.6.2.3.5). 


Table 76 — rod type field in generic ROD 


Code 

Description 

ROD TOKEN 

length field 
contents 

TARGET DEVICE 

DESCRIPTOR 

field size 
(in bytes) 

ROD type 
Reference 

0001 OOOOh 

Access upon reference 

01 F8h 

128 

5.16.6.2.2 

0080 OOOOh 

Point in time copy - default 

01 F8h 

128 

5.16.6.2.3.2 

0080 0001 h 

Point in time copy 
- change vulnerable 

01 F8h 

128 

5.16.6.2.3.3 

0080 0002h 

Point in time copy 
- persistent 

01 F8h 

128 

5.16.6.2.3.4 

all others 

see table 73 in 5.16.6.2.1 


The rod token length field is defined in 5.16.6.4, and shall be set to the value shown in table 76 based on 
the contents of the rod type field. 

The COPY MANAGER ROD TOKEN IDENTIFIER field, CREATOR LOGICAL UNIT DESCRIPTOR field, and NUMBER OF 

bytes represented field are defined in 5.16.6.4. 

The device type specific data is specified by the command standard for the device type indicated by the 
creator logical unit descriptor field (see 5.16.6.4) (e.g., for the PERIPHERAL DEVICE type field set to OOh, 
see SBC-3). 

The target device descriptor field contains a designation descriptor for the SCSI target device (see 7.7.6) 
that contains the logical unit indicated by the descriptor in creator logical unit descriptor field. The 
designation descriptor shall have the association field set to 10b (i.e., SCSI target device) and the 
designator type field set to: 

a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 

The extended rod token data field shall contain at least 256 bits of secure random number material (see 
SFSC) generated when the ROD token was created, and may contain information that is used by the copy 
manager that created the ROD token to process the ROD token (e.g., an expiration time in a vendor specific 
format). The extended rod token data field should not contain data that enables an entity outside the SCSI 
target device in which the ROD token was created to determine the data (e.g., LBAs or logical blocks) that the 
ROD token represents. 

Those portions of the extended rod token data field that do not contain defined values should be set to 
unpredictable random values. The contents of the extended rod token data field may be defined to contain: 

a) zero or more values that are based on the ROD represented by the generic ROD token (e.g., pointers, 
expiration time); and 

b) zero or more values used by the copy manger to determine whether the generic ROD token is valid 
(e.g., cryptographic integrity check values, message authentication codes, digital signatures). 
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5.16.6.5.2 Validating generic ROD tokens 
5.16.6.5.2.1 Overview of validating generic ROD tokens 

A copy manager shall ensure that a generic ROD token (see 5.16.6.5.1) is valid before performing any action 
based on the contents of that ROD token. The determination of whether a generic ROD token is valid shall be 
performed only by the copy manager that created that ROD token. If the processing copy manager is in the 
same SCSI target device as the copy manager that created the ROD token, then the two copy managers may 
exchange information using a method outside the scope of this standard to accomplish the required validation. 

If a copy manager is unable to validate the generic ROD token, then no data shall be transferred by the 
command that contains the invalid ROD token, and the copy operation (see 5.16.4.3) shall be terminated as 
described in 5.16.6.5.2.3. 

If a command containing a generic ROD token is processed by a copy manager that is not in the same SCSI 
target device as the copy manager that created the ROD token, then the actions of the processing copy 
manager depend on the contents of the remote tokens field in the ROD Features third-party copy descriptor 
(see 7.7.17.8) as follows: 

a) if the remote tokens field is set to Oh, the processing copy manager may consider the generic ROD 
token to be invalid without contacting another copy manager (e.g., as a result of the processing copy 
manager being unable to identify or contact the copy manager that created the ROD token) and 
terminate the command that contains the ROD token as described in 5.16.6.5.2.3; or 

b) if the remote tokens field is not set to Oh, the processing copy manager shall: 

1) use the information in the generic ROD token to locate the copy manager that created the ROD 
token; 

2) communicate the generic ROD token to the creating copy manager with a request to determine 
the validity of the ROD token (e.g., send an EXTENDED COPY command with a verify CSCD 
segment descriptor (see 6.4.6.9)); and 

3) if the generic ROD token is invalid, the copy manager shall terminate the copy operation (see 
5.16.4.3) as described in 5.16.6.5.2.3. 

The process of determining the validity of a generic ROD token involves the following checks. A generic ROD 
token: 

a) shall be invalid if the contents the generic ROD token do not match the equivalent information stored 
by the copy manager for any ROD token created by the copy manager as described in this subclause; 

b) should be invalid if the generic ROD token lifetime has elapsed (see 5.16.6.7); and 

c) may be invalid based on vendor specific tests. 

The check for whether a generic ROD token matches a generic ROD token created by the copy manager may 
use: 

a) exact validation that detects all differences (e.g., by comparing the generic ROD token to copies of 
valid generic ROD tokens saved by the copy manager when those generic ROD tokens were created) 
to which the additional requirements stated in 5.16.6.5.2.2 do not apply; or 

b) inexact validation that does not detect all differences (e.g., by comparing a hash of the generic ROD 
token to hashes of valid generic ROD tokens) and implementation of the additional requirements 
described in 5.16.6.5.2.2. 

If a copy manager determines that a generic ROD token is invalid, the copy manager shall terminate the copy 
operation (see 5.16.4.3) as described in 5.16.6.5.2.3. 
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5.16.6.5.2.2 Inexact validation of generic ROD tokens 

A copy manager may use the SHA-256 secure hash function to: 

a) compute a hash for each generic ROD token as part of creating that generic ROD token; and 

b) compare the equivalent hash for any generic ROD token to be validated to the precomputed hash 
values for each of the generic ROD tokens that the copy manager considers valid. 

Any generic ROD token inexact validation process shall detect generic ROD tokens that were never created 
by the copy manager with a certainty that is greater than or equal to that of SHA-256 hash (e.g., use of the 
SHA-512 secure hash meets this requirement). 

A copy manager that uses a secure hash function as the only means of generic ROD token validation is 
exposed to collision attacks against that hash function. A more secure technique is to use the secure hash as 
part of a keyed cryptographic integrity check (e.g., the HMAC SHA-256 message authentication code), with a 
secret key that is confidential to the copy manager. 

Copy managers shall not use any of the following computational techniques as the only means of generic 
ROD token validation: 

a) any form of CRC; 

b) any form of arithmetic checksum; 

c) an arithmetic hash that is not a secure hash; and 

d) a secure hash with a known collision resistance that is less than that of SHA-256 (e.g., most secure 
hash functions whose result contains less than 256 bits). 

5.16.6.5.2.3 Validation errors for generic ROD tokens 

If the copy manager determines that a generic ROD token is invalid, the copy manager shall: 

a) not perform any of the data transfers requested by the command that specified the invalid ROD token; 

b) terminate the copy operation (see 5.16.4.3); and 

c) return an error using the method described in 5.16.4.3 with CHECK CONDITION status with the 
sense key and additional sense code associated with the highest priority error detected from among 
those shown in table 77. 
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Table 77 — Generic ROD token errors sorted by reporting importance 


Error detected 

Sense key 

Additional sense code 

Priority 

Internal inconsistency or corruption 
problem in the generic ROD token 
format 

ILLEGAL REQUEST 

INVALID TOKEN 
OPERATION, TOKEN 
CORRUPT 

Highest 

Generic ROD token type that is not 
supported by the copy manager 

ILLEGAL REQUEST 

INVALID TOKEN 

OPERATION, 

UNSUPPORTED 

TOKEN TYPE 


Remote generic ROD token a and 
the REMOTE TOKENS field b is set 
to Oh 

ILLEGAL REQUEST 

INVALID TOKEN 
OPERATION, REMOTE 
TOKEN USAGE NOT 
SUPPORTED 


Remote generic ROD token a with 
the REMOTE TOKENS field b not set to 
Oh for which the copy manager is 
unable to contact the copy manager 
that created the ROD token 

COPY ABORTED 

COPY TARGET DEVICE 
NOT REACHABLE 


Remote generic ROD token a with 
the remote tokens field b not set to 
Oh for which the creating copy 
manager returns an error 

sense key returned 
by creating copy 
manager 

additional sense code 
returned by creating copy 
manager 


Generic ROD token with a lifetime 
that has expired or an inactivity 
timeout that has been exceeded c 

ILLEGAL REQUEST 

INVALID TOKEN 
OPERATION, 

TOKEN EXPIRED 


Generic ROD token that does not 
match any valid generic ROD token 
created by the copy manager 

ILLEGAL REQUEST 

INVALID TOKEN 
OPERATION, 

TOKEN UNKNOWN 


Generic ROD token that has been 
revoked by a system administrator c 

ILLEGAL REQUEST 

INVALID TOKEN 
OPERATION, 

TOKEN REVOKED 


Generic ROD token that has been 
deleted in response to an application 
client request c 

ILLEGAL REQUEST 

INVALID TOKEN 
OPERATION, TOKEN 
DELETED 


Generic ROD token that has an error 
not described elsewhere in this table 

ILLEGAL REQUEST 

INVALID TOKEN 
OPERATION, CAUSE 
NOT REPORTABLE 

Lowest 

a A remote generic ROD token is a generic ROD token that was created by a copy manager that is 
not located in the same SCSI target device as the processing copy manager. 
b The REMOTE TOKENS field is in the ROD Features third-party copy descriptor (see 7.7.17.8). 
c See 5.16.6.7 for details about generic ROD tokens: 

a) whose lifetime that has expired; 

b) whose inactivity timeout that has been exceeded; 

c) that have been revoked by a system administrator; or 

d) that have been deleted in response to an application client request. 
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5.16.6.6 ROD token usage 

If the ROD token lifetime is long enough to allow all of the following steps to be processed and no other factors 
cause the ROD token to become invalid, then creation and use of the ROD token in multiple third-party copy 
commands is accomplished as follows: 

1) create one or more ROD token (see 5.16.7.5.2) in an initial third-party copy command (e.g., 
EXTENDED COPY command (see 6.4) or POPULATE TOKEN command (see SBC-3)); 

2) retrieve the ROD tokens using the RECEIVE ROD TOKEN INFORMATION command (see 6.23); and 

3) one or more subsequent third-party copy commands (e.g., EXTENDED COPY command or WRITE 
USING TOKEN command (see SBC-3)) may specify the ROD token in the parameter list. 

Details of the how the EXTENDED COPY commands are used in the steps shown in this subclause are 
described in 5.16.7.6. Details of the how the POPULATE TOKEN command and WRITE USING TOKEN 
command are used in the steps shown in this subclause are described in SBC-3. 

If a copy manager processes a third-party copy command that contains a valid ROD token in the parameter 
list, then the handling of access to the ROD specified by the ROD token and to the data represented by that 
ROD depends on the relationship of the copy manager that processes the command to the copy manager that 
created the ROD token as shown in table 78. 


Table 78 — Copy manager relationships for processing ROD tokens 


Relationship between 
the copy manager that 
processes the command 
and the copy manager that 
created the ROD token 

REMOTE TOKENS 
field a contents 
returned by the 
processing copy 
manager 

Description 

The two copy managers are 
the same 

n/a 

No errors shall be returned regarding access to the 
valid ROD token's contents. 

The two copy managers are in 
the same SCSI target device 

n/a 

The processing copy manager shall: 

a) communicate with the copy manager that 
created the ROD token to access the data 
that the ROD token represents; and 

b) not return any errors regarding access to the 
valid ROD token's contents. 

The two copy managers are in 
different SCSI target devices 

Oh 

The processing copy manager shall terminate the 
copy operation (see 5.16.4.3) as described in 
5.16.6.5.2.3. 

not Oh 

The processing copy manager: 

a) shall attempt to communicate with the 
copy manager that created the ROD token 
to access the data that the ROD token 
represents; and 

b) may return errors based on the inability 
to locate or communicate with the copy 
manager that created the ROD token 
(see 5.16.6.5.2.3). 

a The remote tokens field is in the ROD Features third-party copy descriptor (see 7.7.17.8). 
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A copy manager indicates that it is capable of communicating with a copy manager that is not located in the 
same SCSI target device as itself by setting the remote tokens field to a value other than Oh in the ROD 
Features third-party copy descriptor (see 7.7.17.8). 

Whenever one copy manager communicates with another copy manager to access the data that the ROD 
token represents, the communication is modelled as the sending of EXTENDED COPY commands (see 6.4) 
and RECEIVE COPY DATA commands (see 6.20). However, any communication between copy managers 
that accomplishes the equivalent of this result conforms to this standard. 

EXAMPLE - The process by which one copy manager obtains all the bytes in a ROD may use an EXTENDED COPY 
command that contains the block->block&application client segment descriptor (see 6.4.6.4) with a null block device 
logical unit (see table 109 in 6.4.6.1) as the copy destination followed by a RECEIVE COPY RESULTS command that 
retrieves the held data. 

In addition to converting a ROD token created by another copy manger to the data that the ROD token 
represents, a copy manager may indicate that it is capable of communicating with another copy manager in 
another SCSI target device for the purpose of creating a ROD token by setting the remote tokens field to 6h 
in the ROD Features third-party copy descriptor (see 7.7.17.8). 

5.16.6.7 ROD token lifetime 

When a ROD token is created, the copy manager that creates the ROD token assigns it a lifetime interval 
based on inputs to the ROD token creation process (e.g., the requested rod token lifetime field in the ROD 
CSCD descriptor (see 6.4.5.9)) that is used as follows: 

a) until the lifetime elapses, the copy manger should not make the ROD token invalid; and 

b) after the lifetime elapses, the copy manager should invalidate the ROD token. 

When a ROD token is created, the copy manager that creates the ROD token assigns it an inactivity timeout 
that is based on inputs to the ROD token creation process (e.g., the requested rod token inactivity timeout 
field in the ROD CSCD descriptor (see 6.4.5.9)) that is used as follows: 

a) after the completion of a third-party copy command that originates a copy operation (see table 70 in 
5.16.3) that specifies the ROD token, the copy manager should not make the ROD token invalid 
before the inactivity timeout has expired; and 

b) after the inactivity timeout has expired, the copy manager should invalidate the ROD token. 

A ROD token may be invalidated for reasons other than its lifetime elapsing or inactivity timeout expiring, 
including the following: 

a) an application client request to delete a ROD token (e.g., setting the del_tkn bit to one in the ROD 
CSCD descriptor (see 6.4.5.9) of an EXTENDED COPY command); 

b) a ROD token cancellation made by the copy manager in response to operating conditions (e.g., point 
in time copy (see 5.16.6.2.3) processing requirements, excessive writes to the represented data, 
resource reclamation to create a new ROD token); and 

c) a system administrator request to revoke a ROD token for management reasons. 

If any of the conditions described in this subclause cause a ROD token to become invalid, then the copy 
manager shall maintain a record of them for reporting purposes (see 5.16.6.5.2.3) for at least the lifetime of 
the ROD token established at the time the ROD token was created, and should maintain the record for twice 
the lifetime of the ROD token. 
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5.16.7 The EXTENDED COPY command 
5.16.7.1 EXTENDED COPY parameter list 

The EXTENDED COPY command (see 6.4) use a parameter list with several elements to define a flexible 
interface to third-party copy functions (see figure 8). 


Parameter List 

Parameter List 

Allowed References 

Element Descriptions 

Elements 

— Segment descriptors reference 
CSCD descriptors to specify 

General information and sizes of \ 

Header 

the copy source and copy 

other parameter list elements / 

destination logical unit. 

Information used to locate and A 

CSCD 

verify the copy source and copy \ 

descriptors 

\ - ► Segment descriptors reference 

destination logical units / 

3S\ the inline data to transfer spec- 

) )\ ified data (e.g., tape labels) to 

J J \ the copy destination (see 

Instructions for each copy \ 

Segment 

/ | 6.4.6.6). 

function to be performed f 

descriptors 

\ 1 

' 1 ~ CSCD descriptors reference 
! / the inline data for structures 

Data used by CSCD descriptors A 

Inline 

/ (e.g., ROD tokens (see 

or Segment descriptors, 1 

(r 5.16.6)) that do not fit in a 

often large sized fields ] 

data 

CSCD descriptor. 

Note - If a small amount of data needs to be transferred from the parameter list to the copy destination, 

then the embedded data to stream device operation segment descriptor (see 6.4.6.7) may be more 
efficient than referencing the inline data. 


Figure 8 — EXTENDED COPY parameter list structure diagram 


EXTENDED COPY parameter list elements that are not used are not included in the parameter list (e.g., the 
length of the inline data element is zero if no inline data is referenced). 

5.16.7.2 EXTENDED COPY command processing 

To process an EXTENDED COPY command, the copy manager: 

1) shall determine the global processing conditions for the command (e.g., the value of the immed bit 
(see 6.4.2)); 

2) shall determine the first parameter list byte for each parameter list element shown in figure 8 (see 
5.16.7.1) based on fields in the header; 

3) may validate the contents of one or more CSCD descriptors (see 5.16.7.1) and terminate the 
EXTENDED COPY command if errors are detected; 

4) may validate the contents of one or more segment descriptors and terminate the EXTENDED COPY 
command if errors are detected; 

5) depending on the value of the immed bit in an EXTENDED COPY command: 

A) shall return command completion if the immed bit is set to one; or 


182 


Working Draft SCSI Primary Commands - 5 (SPC-5) 














12 August 2015 


T10/BSR INCUS 502 Revision 05 


B) shall not return status for the command until the copy operation (see 5.16.4.3) is completed or 
terminated if the immed bit is set to zero; 
and 

6) shall process the segment descriptors in the order in which they appear in the parameter list as 
described in this subciause. 

The copy functions performed by an EXTENDED COPY command are specified by the segment descriptors. 
All other elements of the EXTENDED COPY parameter list (see 5.16.7.1) are present to support the segment 
descriptors in their specification of the copy functions to be performed. 

If a CSCD descriptor is referenced by a segment descriptor (see 5.16.7.1), the information in that CSCD 
descriptor should be validated at the time the referencing segment descriptor is processed. The SCSI devices 
participating in a SCSI domain may change between the time that processing of an EXTENDED COPY 
command begins and the time that processing of a specific segment descriptor begins. 

The copy manager shall perform the copy functions specified by the segment descriptors (see 5.16.7.1) using 
a model in which commands are sent from the copy manager application client to local device servers and/or 
remote device servers. The specific commands sent by the copy manager to the copy sources and copy 
destinations while processing the segment descriptors are vendor specific. Upon successful completion of the 
copy operation (see 5.16.4.3), all copy sources and copy destinations that are stream devices (see SSC-4) 
shall be positioned at deterministic locations such that they may be repositioned to the same location by the 
application client with appropriate commands. 

During the processing of a segment descriptor, the copy manager may be required to: 

a) manage the movement of data from a copy source to a copy destination as follows: 

A) read source data by issuing data input commands to the copy source; 

B) process data in a way that may designate data as destination data (i.e., data intended for transfer 
to the copy destination); and 

C) write some or all of the destination data to the copy destination; 

b) manage the movement of a specified portion of the embedded data or inline data to a copy 
destination as follows: 

A) designate the specified portion of the embedded data or inline data as destination data intended 
for transfer to the copy destination; and 

B) write some or all of the destination data to the copy destination; 
or 

c) perform functions that are specific to the device type (e.g., writing filemarks) to a copy destination. 

As part of processing a segment descriptor, the copy manager may verify the information in a CSCD 
descriptor’s device specific fields. However, while verifying the information, the copy manager shall not send 
any commands that change the position of read/write media on the CSCD without repositioning the media to 
its original position. Any errors encountered while verifying the information shall be processed as described in 
5.16.7.4. 

The number of blocks to read and write, the number of bytes to process, and the nature of processing are 
determined by: 

a) the segment descriptor type code; 

b) the parameters of the segment descriptor; and 

c) the amount of residual source or destination data retained from the previous segment, if any. 
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Except as otherwise specified by particular segment descriptor type codes, the processing of a segment 
descriptor is performed as follows: 

a) just enough whole block reads shall be performed to supply, together with residual source data from 
the previous segment or segments, the number of bytes to be processed; 

b) processing consists of removing bytes from the source data and designating them as destination 
data, without change; and 

c) as many whole block writes as possible shall be performed with the destination data, including any 
residual destination data from the previous segment or segments. 

Any residual source data from the previous segment or segments shall be processed before any data read 
from the copy source during processing of the current segment descriptor. Any residual destination data from 
the previous segment or segments shall be written before any data processed during processing of the 
current segment descriptor. 

Segment descriptor processing requirements that are specific to one or more segment descriptor type codes 
are described in table 79 and the referenced subclauses. 


Table 79 — Segment descriptor type specific copy manager processing requirements (part 1 of 2) 


Segment descriptor type code 

Reference 

Description 

OOh (i.e., block->stream) or 

OBh (i.e., block->stream&application 
client) 

6.4.6.2 

The number of bytes processed is determined by 
the BLOCK DEVICE NUMBER of blocks field for the 
copy source (see applicable type code definition 
subclauses for details). a 

02h (i.e., block-^-block) with dc= 0 or 
ODh (i.e., block^block&application 
client) with dc=0 

6.4.6.4 

02h (i.e., block->block) with dc= 1 or 
ODh (i.e., block->block&application 
client) with dc=1 

6.4.6.4 

The number of blocks or the byte range specified 
shall be output to the copy destination. If residual 
destination data is sufficient to perform the output, 
then no data shall be processed. Otherwise, just as 
much data as needed shall be processed (which 
may involve reading data from the copy source) 
so that the destination data (which includes any 
residual destination data from the previous 
segment) is sufficient. a 

01 h (i.e., stream->block) or 

OCh (i.e., stream^block&application 
client) 

6.4.6.3 

09h (i.e., stream^block<o>) 

6.4.6.11 

03h (i.e., stream->stream) or 

OEh (i.e., stream->stream&application 
client) 

6.4.6.5 

The number of bytes specified in the segment 
descriptor shall be processed. a 

04h (i.e., inline^stream) 

6.4.6.6 

The specified number of bytes of inline or 
embedded data shall be appended to the desti¬ 
nation data, and no source data shall be processed. 

05h (i.e., embedded^stream) 

6.4.6.7 

06h (i.e., stream-xtiscard) 

6.4.6.8 

The specified number of bytes shall be removed 
from the source data and discarded. 

a For segment descriptor type codes OBh, OCh, ODh and OEh, a copy of the processed data shall also be 
held for retrieval by the application client (see 5.16.4.5). 
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Table 79 — Segment descriptor type specific copy manager processing requirements (part 2 of 2) 


Segment descriptor type code 

Reference 

Description 

07h (i.e., verify CSCD operation) 

6.4.6.9 

No data shall be processed and no reads or writes 
shall be performed on CSCDs. Residual source or 
destination data, if any, shall be retained or 
discarded as if the cat bit were set to one. 

lOh (i.e., filemark->tape) 

6.4.6.13 

14h (i.e., register persistent 
reservation key) 

6.4.6.17 

15h (i.e., Third party persistent 
reservations source l_T nexus) 

6.4.6.18 

17h (i.e., positioning->tape) 

6.4.6.15 

18h (i.e., <loi>tape^-<loi>tape) 

6.4.6.16 

The specified source logical object range (see 
SSC-4) shall be read into source data, the number 
of logical objects specified shall be moved from 
source data to destination data, and the specified 
destination logical object range shall be written 
using destination data. 

08h (i.e., block<o>->stream) 

6.4.6.10 

The required blocks shall be read from the copy 
source, the designated byte range shall be 
extracted as source data, and the designated 
number of bytes shall be processed starting with 
residual source data, if any. 

OAh (i.e., block<o>-»block<o>) 

6.4.6.12 

The source byte range specified shall be read into 
source data, the number of bytes specified shall be 
moved from source data to destination data, and 
the specified destination byte range shall be written 
using destination data. 

OFh (i.e., streamediscard&application 
client) 

6.4.6.8 

The specified number of bytes shall be removed 
from the source data and held for retrieval by the 
application client. 

13h (i.e., <i>tape-><i>tape) 

6.4.6.14 

The data movement, if any, shall not involve 
processing as described in this subclause. Residual 
source or destination data, if any, shall not be used 
and shall be retained or discarded as if the cat bit 
were set to one. 

16h (i.e., <i>block^<i>block) 

6.4.6.19 

BEh (i.e., ROD<-block ranges(n)) 

6.4.6.20 

BFh (i.e., ROD<-block range(l)) 

6.4.6.21 

a For segment descriptor type codes OBh, OCh, ODh and OEh, a copy of the processed data shall also be 
held for retrieval by the application client (see 5.16.4.5). 


The results are outside the scope of this standard if: 

a) the copy source LBA range overlaps the copy destination LBA range; 

b) both LBA ranges are in the same logical unit; and 

c) both LBA ranges are specified in the same segment descriptor. 
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Reads and writes shall be performed using whole block transfer lengths determined by the block size, transfer 
length, or both. Therefore some source data may remain unprocessed and some destination data may not 
have been transferred at the end of a segment. If so, the residue shall be handled according to the cat bit in 
the segment descriptor and the pad bits of the source and destination target descriptors, as defined in table 
80. 


Table 80 — pad and cat bit definitions 


PAD bit in 

CAT 

bit 

Copy manager action 

Source 

CSCD 

descriptor 

Destination 

CSCD 

descriptor 

0 or 1 

0 or 1 

1 

Any residual source data shall be retained as source data for a subse¬ 
quent segment descriptor. Any residual destination data shall be 
retained as destination data for a subsequent segment descriptor. It 
shall not be an error if either the source CSCD ID or destination CSCD 

ID index in the subsequent segment descriptor does not match the 
corresponding CSCD ID index with which residual data was originally 
associated. If the cat bit is set to one in the last segment descriptor in 
the parameter data (see 5.16.7.1), then any residual data shall be 
discarded and this shall not be considered an error. 

1 

1 

0 

Any residual source data shall be discarded. Any residual destination 
data shall be padded with zeroes to make a whole block transfer. a 

0 

1 

0 

Any residual source data shall be processed as if the cat bit is set to 
one (i.e., discarded on the last segment and retained otherwise). Any 
residual destination data shall be padded with zeroes to make a whole 
block transfer. a 

1 

0 

0 

Any residual source or destination data shall be discarded. 

0 

0 

0 

If there is residual source or destination data, the copy manager shall 
terminate the copy operation (see 5.16.4.3) with CHECK CONDITION 
status, with the sense key set to COPY ABORTED, and the additional 
sense code set to UNEXPECTED INEXACT SEGMENT. 


a If the cat bit is set to zero in the segment descriptor and the pad bit is set to one in the destination 
CSCD descriptor, then the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK 
CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to 
UNEXPECTED INEXACT SEGMENT if any of the following conditions are met: 

a) if any residual destination data is present after writing the designated byte range for a segment 
descriptor of type 09h (i.e., streami-block <o>) or OAh (i.e., block<o>iblock<o>); or 

b) if any residual destination data is present after the designated number of blocks have been written 
fora segment descriptor of type 02h (i.e., blockiblock) with dc set to one, ODh (i.e., block iblock& 
application client) with dc set to one, 01 h (i.e., streamiblock) or OCh (i.e., streamiblock& 
application client). 
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Table 81 defines the pad bit handling for segment descriptors that have either no copy source or no copy 
destination. 


Table 81 — pad bit processing if there is no copy source or copy destination 


Segment descriptor type code 

Reference 

Description 

04h (i.e., inline-^stream) 

6.4.6.6 

Processing shall be as if the pad is set to 
zero for the source CSCD descriptor. 

05h (i.e., embedded^stream) 

6.4.6.7 

06h (i.e., stream-Kiiscard) 

OFh (i.e., stream-xiiscard&application client) 

6.4.6.8 

Processing shall be as if the pad is set to 
zero for the destination CSCD descriptor. 


5.16.7.3 EXTENDED COPY command errors detected before segment descriptor processing starts 

Errors may occur during processing of an EXTENDED COPY command before the first segment descriptor is 
processed or before status is returned due to an immed bit set to one. These errors include invalid parameters 
in the CDB or parameter data, invalid segment descriptors, and inability of the copy manager to continue 
operating. In the event of such an exception condition, the copy manager shall: 

a) terminate the EXTENDED COPY command with CHECK CONDITION status; 

b) set the sense key to a value that describes the exception condition (i.e., not COPY ABORTED); and 

c) not return a value in the information field (see 4.4.4). 

5.16.7.4 EXTENDED COPY command errors detected during processing of segment descriptors 

Errors may occur after the copy manager has begun processing segment descriptors or after status has been 
returned due to an immed bit set to one. These errors include invalid parameters in segment descriptors, 
invalid segment descriptors, unavailable CSCDs referenced by CSCD descriptors, inability of the copy 
manager to continue operating, and errors reported by a CSCD. If a copy manager command to a CSCD 
returns CHECK CONDITION status, the copy manager shall recover the sense data associated with the 
exception condition and clear any ACA condition associated with the CHECK CONDITION status. 

The copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with 
the sense key set to COPY ABORTED, and the additional sense code set to COPY TARGET DEVICE NOT 
REACHABLE if it is not possible to complete processing of a segment descriptor as a result of: 

a) the copy manager being unable to establish communications with a CSCD; 

b) the CSCD not responding to an INQUIRY command; or 

c) the data returned to the copy manager in response to an INQUIRY command indicating an 
unsupported logical unit. 

If it is not possible to complete processing of a segment descriptor as a result of the data returned in response 
to an INQUIRY command indicates a device type that does not match the type in the CSCD descriptor, then 
the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the 
sense key set to COPY ABORTED, and the additional sense code set to INCORRECT COPY TARGET 
DEVICE TYPE. 

If the copy manager sends a command other than INQUIRY to a CSCD while processing a copy operation 
(see 5.16.4.3) and the CSCD either fails to respond with status or responds with status other than BUSY, 
TASK SET FULL, ACA ACTIVE, or RESERVATION CONFLICT, then the copy manager shall terminate the 
copy operation with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the 
additional sense code set to THIRD PARTY DEVICE FAILURE. 
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If a CSCD completes a command from the copy manager with a status of BUSY, TASK SET FULL, ACA 
ACTIVE, or RESERVATION CONFLICT, then the copy manager shall either retry the command or terminate 
the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to COPY 
ABORTED, and the additional sense code set to THIRD PARTY DEVICE FAILURE. 

NOTE 14 - The copy manager is assumed to employ a vendor specific retry policy that minimizes time 
consuming repetition of retries. 

NOTE 15 - RESERVATION CONFLICT status is listed only to give the copy manager leeway in multi-port 
cases. The copy manager may have multiple initiator ports that are capable of reaching a CSCD, and a 
persistent reservation may restrict access to a single I T nexus. The copy manager may need to try access 
from multiple initiator ports to find the correct I T nexus. 

If a CSCD responds to an input or output request with a GOOD status but less data than expected is 
transferred, then the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK 
CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to COPY 
TARGET DEVICE DATA UNDERRUN. If an overrun is detected, then the copy manager shall terminate the 
copy operation with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the 
additional sense code set to COPY TARGET DEVICE DATA OVERRUN. 

After an exception condition is detected during segment descriptor processing: 

a) the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, 
with the sense key set to COPY ABORTED; 

b) the copy manager shall return the segment number of the segment that was being processed at the 
time of the exception in the third and fourth bytes of the command-specific information field (see 
4.4.5). The segment number is based on the relative position of the segment descriptor in the 
parameter list (see 5.16.7.1) (i.e., the first segment descriptor in the parameter list is assigned 
descriptor number zero, the second is assigned one, etc.); 

c) if: 

A) the copy destination is not a sequential-access device (i.e., the value in the peripheral device 
type field is not set to 01 h in the destination CSCD descriptor); and 

B) any data has been written to the copy destination for the segment being processed at the time the 
error occurred, 

then the copy manager shall return the residual count for the segment in the information field (see 
4.4.4) using units of: 

A) bytes if the destination CSCD descriptor contains 03h (i.e., processor device) in the peripheral 
device type field; or 

B) copy destination blocks for all other cases. 

The residual count shall be computed by subtracting the number of bytes or blocks successfully 
written during the processing of the current segment from the number of bytes or blocks which would 
have been written if all commands had completed with GOOD status and all READ commands had 
returned the full data length requested. While computing the residual count, the copy manager shall 
include only the results of commands successfully completed by a copy destination (i.e., commands 
completed by a copy destination with GOOD status or with CHECK CONDITION status and the eom 
bit set to one in the sense data). If the copy manager has used out of order transfers, then the residual 
count shall be based only on the contiguous transfers completed without error starting at relative byte 
zero of the segment (i.e., any successfully completed transfers farther from relative byte zero than the 
first incomplete or unsuccessful transfer shall not contribute to the computation of the residual count). 
If no data has been written to the copy destination for the segment being processed at the time the 
error occurred, then the copy manager shall not return a value in the information field (see 4.4.4). 
Segment descriptors that do not specify a transfer count shall not have a valid residual count; 
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d) if: 

A) the copy destination is a sequential-access device (i.e., the value in the peripheral device type 
field is set to 01 h in the destination CSCD descriptor); and 

B) the segment being processed at the time the error occurred specifies data to be written, 

then the copy manager shall return the residual count for the segment in the information field (see 
4.4.4) using units of: 

A) copy destination logical objects, if the descriptor type code field is set to 18h (i.e., 
<loi>tape^<loi>tape) and the code field is set to Oh (i.e., logical objects) in that segment 
descriptor; 

B) copy destination logical blocks, if the segment descriptor descriptor type code field is set to 18h 
and the code field is set to 1h (i.e., logical blocks); 

C) copy destination logical files, if the segment descriptor descriptor type code field is set to 18h 
and the code field is set to 2h (i.e., logical files); 

D) bytes, if the segment descriptor descriptor type code field is not set to 18h and the fixed bit is 
set to zero in the device type specific parameters in the destination CSCD descriptor; and 

E) copy destination blocks, for all other cases. 

The residual count shall be computed by subtracting the number of units written without error during 
the processing of the current segment from the number of units which were requested to be written if 
all commands completed without error and all READ commands returned the full data length recorded 
on the medium. While computing the residual count, the copy manager shall include only the results 
of commands completed without error by a copy destination (e.g., commands completed by a copy 
destination with GOOD status or with CHECK CONDITION status and the eom bit set to one in the 
sense data). If the copy manager has used out of order transfers, then the residual count shall be 
based only on the contiguous transfers completed without error starting at relative byte zero of the 
segment (i.e., any transfers completed without error farther from relative byte zero than the first 
incomplete or unsuccessful transfer shall not contribute to the computation of the residual count). 
Functions that do not specify a transfer count (e.g., the segment descriptor descriptor type code 
field is set to 18h and the code field is set to 3h (i.e., all logical objects to EOD)) shall not return a 
value in the information field (see 4.4.4); 

e) if the exception condition is reported by the copy source, then: 

A) if fixed format sense data (see 4.4.3) is being returned, then the first byte of the 
command-specific information field shall be set to the starting byte number, relative to the first 
byte of sense data, of an area that contains the status byte and sense data delivered to the copy 
manager by the copy source. The status byte and sense data shall not be modified by the copy 
manager. A zero value indicates that no status byte and sense data is being returned for the copy 
source; or 

B) if descriptor format sense data (see 4.4.2) is being returned, then the status byte and sense data 
delivered to the copy manager by the copy source shall be returned in a forwarded sense data 
descriptor (see 4.4.2.7) with the source field set to 1h. The status byte shall not be modified by 
the copy manager. The sense data may be truncated by the copy manager but shall not be 
modified in any other way. If the sense data is truncated, then the fsdt bit in the forwarded 
additional sense data descriptor shall be set to one; 

f) if the exception condition is reported by the copy destination, then: 

A) if fixed format sense data (see 4.4.3) is being returned, then the second byte of the 
command-specific information field shall be set to the starting byte number, relative to the first 
byte of sense data, of an area that contains the status byte and sense data delivered to the copy 
manager by the copy destination. The status byte and sense data shall not be modified by the 
copy manager. A zero value indicates that no status byte and sense data is being returned for the 
copy destination; or 

B) if descriptor format sense data (see 4.4.2) is being returned, then the status byte and sense data 
delivered to the copy manager by the copy destination shall be returned in a forwarded sense 
data descriptor (see 4.4.2.7) with the source field set to 2h. The status byte shall not be modified 
by the copy manager. The sense data may be truncated by the copy manager but shall not be 
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modified in any other way. If the sense data is truncated, then the fsdt bit in the forwarded 
additional sense data descriptor shall be set to one; 

g) if segment processing is terminated as a result of a CSCD is unreachable or as the result of a failure 
in a command sent to a CSCD, then the sense key specific information shall be set as described in 
4.4.2.4.5, with the field pointer field indicating the first byte of the CSCD descriptor that specifies the 
CSCD; 

h) if, during the processing of a segment descriptor, the copy manager detects an error in the segment 
descriptor, then the sense key specific information shall be set as described in 4.4.2.4.5, with the 
field pointer field indicating the byte in error. The field pointer field may be used to indicate an 
offset into either the parameter data or the segment descriptor. The sd bit is used to differentiate 
between these two cases. The sd bit shall be set to zero to indicate the field pointer field is set to an 
offset from the start of the parameter data. The sd bit shall be set to one to indicate the field pointer 
field is set to an offset from the start of the segment descriptor; and 

i) if the list id usage field is set to 00b or 10b in the parameter data (see 5.16.7.1), the copy manager 
shall preserve information for: 

A) the RECEIVE COPY STATUS command (see 6.21), if supported; 

B) the RECEIVE COPY DATA command (see 6.20), if supported; and 

C) the RECEIVE ROD TOKEN INFORMATION command (see 6.23), if supported. 

The preserved information, if any, shall be discarded as described in 6.21. 

5.16.7.5 EXTENDED COPY considerations for RODs and ROD tokens 

5.16.7.5.1 EXTENDED COPY command CSCD ROD identifiers 

All ROD CSCD descriptors (see 6.4.5.9) create an identifier for the ROD that they describe. The identifier is 
the CSCD descriptor ID (see table 109 in 6.4.6.1) for the ROD CSCD descriptor. 

A ROD identifier identifies a ROD that is one of the following: 

a) specified by segment descriptors that populate the ROD (see 5.16.7.5.2) in the EXTENDED COPY 
parameter list (see 5.16.7.1); or 

b) the conversion of a ROD token into an identifier using the following entries in the EXTENDED COPY 
parameter list: 

A) copying the ROD token to the inline data (see 5.16.7.1) in the EXTENDED COPY parameter list; 
and 

B) referencing the copied ROD token in a ROD CSCD descriptor in which the rod type field is set to 
zero. 

If the r_token bit is set to one in a ROD CSCD descriptor (see 6.4.5.9) in which the rod type field is not set 
to zero, then the identified ROD is used to create a ROD token that is made available for transfer to the 
application client using the RECEIVE ROD TOKEN INFORMATION command (see 6.23) and used as 
described in 5.16.6.6. 

After the copy manager finishes processing the copy operation (see 5.16.4.3) originated by an EXTENDED 
COPY command, all the ROD identifiers created by that command shall become invalid. 

If a ROD identifier becomes invalid (see 5.16.6.2.2, 5.16.6.2.3, and 5.16.6.7) before processing has been 
completed for the copy operation (see 5.16.4.3) originated by the EXTENDED COPY command in which the 
ROD identifier is defined, then any attempt to use the ROD as a copy source or copy destination shall cause 
the copy manager to terminate the copy operation as if an unreachable CSCD device had been encountered 
(see 5.16.7.4). 
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5.16.7.5.2 Populating an EXTENDED COPY command ROD 

If the rod type field (see 6.4.5.9) is not set to zero in the ROD CSCD descriptor, the following segment 
descriptors are used to populate a ROD as described 5.16.6.3: 

a) populate a ROD from one or more block device ranges (see 6.4.6.20); and 

b) populate a ROD from one block device range (see 6.4.6.21). 

If one of the segment descriptors listed in this subclause specifies the CSCD descriptor ID (see table 109 in 
6.4.6.1) of the ROD CSCD descriptor as the copy destination and no errors are detected, then the specified 
ROD is populated with the information associated with the ROD type (see 5.16.6.2) based on the contents of 
the segment descriptor. 

If the CSCD descriptor ID of a ROD CSCD descriptor in which the rod type field (see 6.4.5.9) is set to zero is 
specified as the copy destination in one of the segment descriptors listed in this subclause, then the copy 
manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense 
key set to ILLEGAL REOUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 
The sense key specific data, if any, shall identify the CSCD descriptor ID in the segment descriptor as the field 
that is in error. 

Bytes shall be added to the ROD in the order that the segment descriptors are present in the EXTENDED 
COPY parameter data (see 5.16.7.1). If a single segment descriptor specifies multiple ROD byte sources, the 
bytes shall be added to the ROD in the order that the bytes are present in that segment descriptor. 

The process of populating the ROD ends when: 

a) the CSCD descriptor ID for the ROD CSCD descriptor is specified as a copy source or copy 
destination in a segment descriptor that is not one of those listed in this subclause; or 

b) processing of the copy operation (see 5.16.4.3) originated by the EXTENDED COPY command ends. 

If one of the segment descriptors listed in this subclause specifies the CSCD descriptor ID of the ROD CSCD 
descriptor as the copy destination after the process of populating the ROD has ended, then the copy manager 
shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to 
COPY ABORTED, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the r_token bit is set to one in the ROD CSCD descriptor (see 6.4.5.9), then the copy manager shall create 
a ROD token (see 5.16.6) for the populated ROD and prepare the ROD token for retrieval using the RECEIVE 
ROD TOKEN INFORMATION command (see 6.23). 

The copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with 
the sense key set to COPY ABORTED, and the additional sense code set to INVALID FIELD IN PARAMETER 
LIST if: 

a) the value in peripheral device type field of a copy source specified in a segment descriptor does not 
match the value in the peripheral device type field in ROD CSCD descriptor (see 6.4.5.9); or 

b) characteristics (e.g., logical block length, protection information characteristics (see SBC-3)) 
associated with the data specified by a segment descriptor are incompatible with the characteristics 
associated with the data specified by a previous segment descriptor, if any. 
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5.16.7.6 EXTENDED COPY command use of RODs when device type is direct access block device 

The copy manager shall cause a ROD that was created by a copy manager associated with a logical unit 
whose device type is direct access block device (i.e., peripheral device type field set to OOh) to function as a 
block device that: 

a) exists only while the copy operation (see 5.16.4.3) originated by the EXTENDED COPY command is 
being processed; 

b) may be used by any segment descriptor (see 6.4.6.1) that operates on a block device as a: 

A) copy source; or 

B) copy destination, if allowed by the ROD type (see 5.16.6.2); 

c) has the following block device characteristics: 

A) a contiguous range of logical blocks; 

B) LBAs numbered from zero to the number of logical blocks represented by the ROD (see 
5.16.7.5.2) minus one; 

C) data that matches the data that is in the ROD; and 

D) characteristics that match those of the logical blocks that are represented by the ROD, including 
at least the following: 

a) a disk block length field in the device type specific CSCD descriptor parameters (see 
6.4.5.3) that is set to the logical block length of each logical block represented by the ROD; 
and 

b) protection information that matches the protection information of the logical blocks that are 
represented by the ROD; 

and 

d) may have logical block provisioning information equivalent to the logical block provisioning 
information of the logical blocks that are represented by the ROD (see 5.16.6). 

5.16.7.7 EXTENDED COPY command interactions with aliases 

An application client may use alias values to reference SCSI target devices or SCSI target ports in the 
EXTENDED COPY command parameter list (see 5.16.7.1). The alias list provides a mechanism for eight-byte 
third party identifier fields to reference a third party device or port whose name or addressing information is 
longer than eight bytes. 

EXAMPLE - An application may use the CHANGE ALIASES command (see 6.2) to establish an association between an 
alias value and a SCSI target device or target port designation. Then, the application client may send an EXTENDED 
COPY command containing in the parameter data an Alias CSCD descriptor (see 6.4.5.7) that includes this alias value. 

After the completion of the EXTENDED COPY command, an application should clear all associated alias 
values from the device server's alias list by sending a CHANGE ALIASES command that requests association 
of each alias value to a NULL DESIGNATION (see 6.2.4.2) alias format. 
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6 Commands for all device types 

6.1 Summary of commands for all device types 

The operation codes for commands that apply to all device types are listed in table 82. 


Table 82 — Commands for all device types (part 1 of 2) 



Operation 



Command 

code 

Support 

Reference 

CHANGE ALIASES 

A4h/0Bh a 

0 

6.2 

COPY OPERATION ABORT 

83h/1Ch a 

0 

6.3 

EXTENDED COPY 

83h/01h a 

0 

6.4 

EXTENDED COPY(LIDI) 



SPC-4 

INQUIRY 

12h 

M 

6.5 

LOG SELECT 

4Ch 

0 

6.6 

LOG SENSE 

4Dh 

C 

6.7 

MANAGEMENT PROTOCOL IN 

A3h/10h a 

0 

6.8 

MANAGEMENT PROTOCOL OUT 

A4h/10h a 

0 

6.9 

MODE SELECT(6) 

15h 

C 

6.10 

MODE SELECT(IO) 

55h 

C 

6.11 

MODE SENSE(6) 

1Ah 

C 

6.12 

MODE SENSE(IO) 

5Ah 

C 

6.13 

PERSISTENT RESERVE IN 

5Eh 

C 

6.14 

PERSISTENT RESERVE OUT 

5Fh 

c 

6.15 

READ ATTRIBUTE 

8Ch 

0 

6.16 

READ BUFFER(IO) 

3Ch 

0 

6.17 

READ BUFFER(16) 

9Bh 

0 

6.18 

READ MEDIA SERIAL NUMBER 

ABh/Olh a 

c 

6.19 

RECEIVE COPY DATA 

84h/06h a 

0 

6.20 

RECEIVE COPY DATA(LIDI) 



SPC-4 

RECEIVE COPY FAILURE DETAILS(LIDI) 



SPC-4 

RECEIVE COPY OPERATING PARAMETERS 



SPC-4 

RECEIVE COPY STATUS 

84h/05h a 

0 

6.21 

RECEIVE COPY STATUS(LIDI) 



SPC-4 

RECEIVE DIAGNOSTIC RESULTS 

ICh 

0 

6.22 

RECEIVE ROD TOKEN INFORMATION 

84h/07h a 

0 

6.23 

REMOVE I T NEXUS 

A4h/0Ch a 

0 

6.24 

REPORT ALIASES 

A3h/0Bh a 

0 

6.25 

REPORT ALL ROD TOKENS 

84h/08h a 

0 

6.26 

Key: C = Command support is defined in the applicable command standard. 



M = Command support is mandatory. 




0 = Command support is optional. 




A numeric ordered listing of operation codes is provided in E.3. 

a This command is defined by a combination of operation code and service action. The operation code 

value is shown preceding the slash and the service action value is shown after the slash. 

b The following operation codes are obsolete: 16h, 17h, 18h, 39h, 3Ah, 40h, 56h, 57h, 86h, and 87h. 
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Table 82 — Commands for all device types (part 2 of 2) 


Command 

Operation 

code 

Support 

Reference 

REPORT IDENTIFYING INFORMATION 

A3h/05h a 

0 

6.27 

REPORT LUNS 

AOh 

M 

6.28 

REPORT PRIORITY 

A3h/0Eh a 

0 

6.29 

REPORT SUPPORTED OPERATION CODES 

A3h/0Ch a 

C 

6.30 

REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS 

A3h/0Dh a 

c 

6.31 

REPORT TARGET PORT GROUPS 

A3h/0Ah a 

0 

6.32 

REPORT TIMESTAMP 

A3h/0Fh a 

0 

6.33 

REQUEST SENSE 

03h 

c 

6.34 

SECURITY PROTOCOL IN 

A2h 

0 

6.35 

SECURITY PROTOCOL OUT 

B5h 

0 

6.36 

SEND DIAGNOSTIC 

IDh 

c 

6.37 

SET IDENTIFYING INFORMATION 

A4h/06h a 

0 

6.38 

SET PRIORITY 

A4h/0Eh a 

0 

6.39 

SET TARGET PORT GROUPS 

A4h/0Ah a 

0 

6.40 

SET TIMESTAMP 

A4h/0Fh a 

0 

6.41 

TEST UNIT READY 

OOh 

M 

6.42 

WRITE ATTRIBUTE 

8Dh 

0 

6.43 

WRITE BUFFER 

Obsolete b 

3Bh 

c 

6.44 

Key: C = Command support is defined in the applicable command standard. 

M = Command support is mandatory. 

0 = Command support is optional. 

A numeric ordered listing of operation codes is provided in E.3. 

a This command is defined by a combination of operation code and service action. The operation code 
value is shown preceding the slash and the service action value is shown after the slash. 

b The following operation codes are obsolete: 16h, 17h, 18h, 39h, 3Ah, 40h, 1 

56h, 57h, 86h, and 87h. 
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6.2 CHANGE ALIASES command 


6.2.1 CHANGE ALIASES command introduction 

The CHANGE ALIASES command (see table 83) requests the device server to make changes to a list of 
associations between eight-byte alias values and SCSI target device or SCSI target port designations that the 
device server maintains. This command uses the MAINTENANCE OUT CDB format (see 4.2.2.3.4). A 
designation contains a name and optional identifier information that specifies a SCSI target device or SCSI 
target port (see 6.2.2). The alias list may be queried by the application client via the REPORT ALIASES 
command (see 6.25). If the REPORT ALIASES command is supported, the CHANGE ALIASES command 
shall also be supported. 


Table 83 — CHANGE ALIASES command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (OBh) 

2 

Reserved 

5 


6 

(MSB) 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 83 for the CHANGE 
ALIASES command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 83 for the CHANGE ALIASES 
command. 

The parameter list length field specifies the length in bytes of the parameter data that shall be transferred 
from the application client to the device server. A parameter list length value of zero specifies that no data 
shall be transferred and no changes shall be made in the alias list. 

The control byte is defined in SAM-5. 

If the parameter list length results in the truncation of the header or any alias entry, the device server shall 
make no changes to the alias list and shall terminate the command with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to PARAMETER LIST LENGTH 
ERROR. 

On successful completion of a CHANGE ALIASES command, the device server shall maintain an association 
of each assigned eight-byte alias value to the SCSI target device or SCSI target port designation. These 
associations shall be cleared by a logical unit reset or l_T nexus loss. The device server shall maintain a 
separate alias list for each I T nexus. 
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A CHANGE ALIASES command may add, change, or remove entries from the alias list. Alias list entries not 
referenced in the CHANGE ALIASES parameter data shall not be changed. 

If the device server has insufficient resources to make all requested changes to the alias list, then the device 
server shall make no changes to the alias list and shall terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INSUFFICIENT 
RESOURCES. 

The parameter list for a CHANGE ALIASES command (see table 84) contains zero or more alias entries. If the 
device server processes a CHANGE ALIASES command that contains at least one alias entry while there 
exists any other enabled command that references an alias entry in the alias list, then the device server shall 
terminate the CHANGE ALIASES command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to OPERATION IN PROGRESS. 



The parameter data length field should contain the number of bytes of alias entries, and shall be ignored by 
the device server. 

The format of an alias entry is described in 6.2.2. 
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6.2.2 Alias entry format 

One alias entry (see table 85) describes one alias reported via the REPORT ALIASES command (see 6.25) or 
to be changed via the CHANGE ALIASES command. 


Table 85 — Alias entry format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ALIAS VALUE 


7 

(LSB) 

8 

PROTOCOL IDENTIFIER 

9 


Reserved 


10 



11 

FORMAT CODE 

12 


Reserved 


13 



14 

(MSB) 

DESIGNATION LENGTH (n-15) 


15 


(LSB) 

16 

DESIGNATION 


n 



The alias value field is set to the numeric alias value that the device server shall associate with the SCSI 
target device or target port specified by the values in the protocol identifier field, format code field, and 

DESIGNATION field. 

The protocol identifier field (see table 86) specifies whether the alias entry designation is independent of 
SCSI transport protocol and the SCSI transport protocol, if any, to which the alias entry applies. 


Table 86 — Alias entry protocol identifier field 


Code 

Description 

Reference 

OOh to OFh 

Protocol specific designation 

7.6.2 

10h to 7Fh 

Reserved 


80h 

Protocol independent designation 

6.2.4 

81 h to FFh 

Reserved 



The format code field contents combined with the protocol identifier field contents defines the format of 
the designation field. The subclauses that describe each protocol identifier field usage (see table 86) 
define the applicable format code field values. 

The designation length field specifies the number of bytes of the designation field. The designation 
length value shall be a multiple of four. 
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The zero-padded (see 4.3.2) designation field should designate a unique SCSI target device or target port 
using the following: 

a) a SCSI device name or a target port name; 

b) zero or more target port identifiers; and 

c) zero or more SCSI transport protocol specific identifiers. 


6.2.3 Alias designation validation 

The device server shall not validate any designation at the time of processing either the REPORT ALIASES or 
CHANGE ALIASES command. Such validation shall occur only when the device server uses the alias list to 
resolve an alias to a designation in the context of third-party commands (e.g., EXTENDED COPY) or any 
other command that requires reference to the alias list. 

If a designation identifies a unique SCSI target device or target port that is within a SCSI domain accessible to 
the device server, then the designation is considered valid. 

Based on the SCSI transport protocol specific requirements for a given designation format, a designation that 
does not identify a unique SCSI target device or target port within the SCSI domains accessible to the device 
server is considered invalid. 

EXAMPLE 1 - A designation may be considered invalid if the device server has no ports on the SCSI domain of the 
designated SCSI target device or target port. 

A designation having both name and identifier information may be inconsistent if the device server is not able 
to access the named SCSI target device or target port through one or more of the names or identifiers in the 
designation. In such cases, the designation shall be processed as valid or invalid according to the SCSI 
transport protocol specific requirements. 

EXAMPLE 2 - In FCP-4, both an N_Port and World Wide Name for a SCSI port may be given in a designation. The 
designation definition may require that the N_Port be that of the named port. In that case, the designation is invalid. 
Alternatively, the designation definition may view the N_Port as a hint for the named FC Port accessible to the device 
server through a different D_ID. In that case, the designation is valid and designates the named FC Port. 

NOTE 16 - If only name information is provided in a designation, it is assumed that the device server has 
access to a mechanism for resolving names to identifiers. Access to such a service is SCSI transport protocol 
specific and vendor specific. 


6.2.4 Alias entry protocol independent designations 

6.2.4.1 Alias entry protocol independent designations overview 

The protocol independent alias entry designations have the protocol identifier field set to 80h and the 
format code field set to one of the codes shown in table 87. 


Table 87 — Protocol independent alias entry format code field 


Code 

Name 

Designation 
Length (bytes) 

Designation 

Contents 

Reference 

OOh 

NULL DESIGNATION 

0 

none 

6.2.4.2 

OlhtoFFh 

Reserved 
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6.2.4.2 NULL DESIGNATION alias format 

In response to an alias entry with the NULL DESIGNATION format, the device server shall remove the 
specified alias value from the alias list. Application clients should use the NULL DESIGNATION format in a 
CHANGE ALIASES command to remove inactive alias entries from the alias list if that alias entry is no longer 
needed. The NULL DESIGNATION format shall not appear in REPORT ALIASES parameter data. 


6.3 COPY OPERATION ABORT command 

The COPY OPERATION ABORT command (see table 88) is a third-party copy command (see 5.16.3) that 
requests the copy manager to abort the specified copy operation (see 5.16.4.3) as described in 5.16.4.7. 
Whether the copy operation is being processed in the foreground or background, the effect of the COPY 
OPERATION ABORT command is equivalent to an ABORT TASK task management function (see SAM-5 and 
5.16.4.6). 


Table 88 — COPY OPERATION ABORT command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (83h) 

1 

Reserved service action (ICh) 

2 

(MSB) 

LIST IDENTIFIER 

5 

(LSB) 

6 

Reserved 

14 


15 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 88 for the COPY 
OPERATION ABORT command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 88 for the COPY 
OPERATION ABORT command. 

The list identifier field is defined in 5.16.4.2 and 6.4.3.2, and specifies the copy operation to be aborted. If 
the copy manager is not processing a copy operation with the specified list identifier, the copy manager shall 
terminate the COPY OPERATION ABORT command with CHECK CONDITION status, with the sense key set 
to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The control byte is defined in SAM-5. 
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6.4 EXTENDED COPY command 


6.4.1 EXTENDED COPY command introduction 

The EXTENDED COPY command (see table 89) is a third-party copy command (see 5.16.3) that requests the 
copy manager to copy data from one set of copy sources (e.g., a set of source logical units) to a set of copy 
destinations (e.g., a set of destination logical units). The transfers requested by an EXTENDED COPY 
command are managed by a copy manager (see SAM-5 and 5.16.2). 


Table 89 — EXTENDED COPY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (83h) 

1 

Reserved service action (01 h) 

2 

Reserved 

9 


10 

(MSB) 

PARAMETER LIST LENGTH 

13 

(LSB) 

14 

Reserved 

15 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 89 for the EXTENDED 
COPY command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 89 for the EXTENDED COPY 
command. 

The parameter list length field is defined in 4.2.5.5. A parameter list length of zero specifies that the copy 
manager shall not transfer any data or alter any internal state, and this shall not be considered an error. If the 
parameter list length causes truncation of the parameter list, then the copy manager shall transfer no data and 
shall terminate the EXTENDED COPY command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to PARAMETER LIST LENGTH ERROR. 

The control byte is defined in SAM-5. 
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The parameter list format field (see table 91) specifies the format of the EXTENDED COPY parameter list 
and shall be set as shown in table 90 for the EXTENDED COPY command defined in this standard. 


Table 91 — parameter list format field 


Code 

Description 

Olh 

The format shown in table 90 

all others 

Reserved 


The str bit is defined in 6.4.3.1. 

The list id usage field is defined in 6.4.3.2. 

The priority field is defined in 6.4.3.3. 

The header cscd descriptor list length field shall be set as shown in table 90. For compatibility with 
SPC-3, this field specifies the length of one CSCD descriptor (i.e., a target descriptor in SPC-3 terms) in which 
the descriptor type is invalid. The EXTENDED COPY command parameter list format replaces the one 
descriptor with the fields shown in table 90. 

The good with sense data (g_sense) bit specifies whether the copy manager is required to include sense data 
with GOOD status. If the g_sense bit is set to zero, then the copy manager shall not include sense data with 
any command that completes with GOOD status. If the g_sense bit is set to one and the copy manager 
completes the EXTENDED COPY command with GOOD status, then the copy manager shall include sense 
data with the GOOD status in which the sense key is set to COMPLETED, the additional sense code is set to 
EXTENDED COPY INFORMATION AVAILABLE, and the command-specific information field is set to the 
number of segment descriptors the copy manager has processed. 

The immediate (immed) bit specifies whether the copy manager returns status for the EXTENDED COPY 
command before the first segment descriptor is processed (see 5.16.7.2). Processing of the immed bit is 
described in 5.16.4.3. 
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The copy manager shall terminate the EXTENDED COPY command with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB if the 
immed bit is set to one and: 

a) the g_sense bit is set to one; or 

b) the list id usage field (see 6.4.3.2) is set to 11b. 

For interoperability with the EXTENDED COPY command defined in SPC-3, the header cscd descriptor 
type code field shall be set as shown in table 90. 

The LIST identifier field is defined in 6.4.3.2. 

The CSCD DESCRIPTOR list length field is defined in 6.4.3.4. 

The SEGMENT DESCRIPTOR list length field is defined in 6.4.3.5. 

The INLINE DATA length field is defined in 6.4.3.6. 

The CSCD descriptors are defined in 6.4.3.4 and 6.4.5. 

The segment descriptors are defined in 6.4.3.5 and 6.4.6. 

The inline data is defined in 6.4.3.6. 


6.4.3 Shared EXTENDED COPY parameter list fields 
6.4.3.1 str bit 

A sequential striped (str) bit set to one specifies to the copy manager that the majority of the block device 
references in the parameter list represent sequential access of several block devices that are striped. This 
may be used by the copy manager to perform reads from a copy source block device at any time and in any 
order during processing of an EXTENDED COPY command as described in 6.4.5.3. A str bit set to zero 
specifies to the copy manager that disk references, if any, may not be sequential. 
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6.4.3.2 LIST identifier field and list id usage field 

The LIST identifier field identifies the copy operation (see 5.16.4.3) originated by the EXTENDED COPY 
command to the copy manager as described in 5.16.4.2. The list id usage field specifies the usage of the list 
identifier field as shown in table 92. 


Table 92 — list id usage field for the EXTENDED COPY command 


Value 

Meaning 

00b 

The contents of the list identifier field are defined in 5.16.4.2. 

The list identifier value may be used to abort (see 6.3) or to request status for a specific 
command sent on a specific l_T nexus (e.g., using the RECEIVE COPY STATUS command 
(see 6.21)). The copy manager shall hold data, if any, for retrieval by the application client as 
described in 5.16.4.5. 

01b 

Reserved 

10b 

The contents of the list identifier field are defined in 5.16.4.2. 

The list identifier value may be used to abort (see 6.3) or to request status for a specific 
command sent on a specific l_T nexus (e.g., using the RECEIVE COPY STATUS command 
(see 6.21)). The copy manager may discard all held data (see 5.16.4.5) accessible to the appli¬ 
cation client. If the application client requests delivery of data that has been discarded as a result 
of the list id usage field being set to 10b, then the copy manager shall respond as if the 
EXTENDED COPY command has not been processed. 

11b 

If the list identifier field is not set to zero, then the copy manager shall terminate the command 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INVALID FIELD IN PARAMETER LIST. 

The copy manager shall discard all data accessible to the application client (e.g., using the 
RECEIVE COPY STATUS command (see 6.21)). If the application client requests delivery of 
data that has been discarded as a result the list id usage field being set to 11b, then the copy 
manager shall respond as if the EXTENDED COPY command has not been processed. 

If the parameter list contains any segment descriptors (see 6.4.6) that require data to be held for 
the application client (e.g., the block-^block&application client segment descriptor (see 6.4.6.4)), 
then the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN PARAMETER LIST, and no segment descriptors shall be 
processed (see 5.16.7.3). 


The copy manager may respond as if the EXTENDED COPY command had never been received, if an 
EXTENDED COPY command that had the list id usage field set to 10b or 11b in its parameter list is specified 
by the list identifier field in one of the following commands: 

a) the RECEIVE COPY STATUS command (see 6.21); 

b) the RECEIVE COPY DATA command (see 6.20); and 

c) the RECEIVE ROD TOKEN INFORMATION command (see 6.23). 
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6.4.3.3 priority field 

The priority field specifies the priority of data transfers resulting from this EXTENDED COPY command 
relative to data transfers resulting from other commands being processed by the device server contained 
within the same logical unit as the copy manager. All commands other than third-party copy commands have 
a priority of 1h. Priority Oh is the highest priority, with increasing values in the priority field indicating lower 
priorities. 

6.4.3.4 CSCD descriptor list length field and CSCD descriptor list 

The cscd descriptor list length field specifies the length in bytes of the CSCD descriptor list that follows 
the parameter list header (see 5.16.7.1). An EXTENDED COPY command may reference one or more 
CSCDs. Each CSCD is described by a CSCD descriptor (see 6.4.5). 

The maximum number of CSCD descriptors permitted within a parameter list is indicated by the maximum 
CSCD DESCRIPTOR count field in the Third-party Copy VPD page Parameter Data descriptor (see 7.7.17.5). If 
the number of CSCD descriptors exceeds the allowed number, the copy manager shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to TOO MANY TARGET DESCRIPTORS. 

6.4.3.5 SEGMENT DESCRIPTOR list length field and segment descriptor list 

The segment descriptor list length field specifies the length in bytes of the segment descriptor list that 
follows the CSCD descriptors (see 5.16.7.1). See 6.4.6 for a detailed description of the segment descriptors. 

The maximum number of segment descriptors permitted within a parameter list is indicated by the maximum 
segment descriptor count field in the Third-party Copy VPD page Parameter Data descriptor (see 
7.7.17.5). If the number of segment descriptors exceeds the allowed number, the copy manager shall 
terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to TOO MANY SEGMENT DESCRIPTORS. 

The maximum combined length of the CSCD descriptors and segment descriptors permitted within a 
parameter list is indicated by the maximum descriptor list length field in the Third-party Copy VPD page 
Parameter Data descriptor (see 7.7.17.5). If the combined length of the CSCD descriptors and segment 
descriptors exceeds the allowed value, then the copy manager shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
PARAMETER LIST LENGTH ERROR. 

6.4.3.6 inline data length field and inline data 

The inline data length field specifies the number of bytes of inline data, following the last segment descriptor 
(see 5.16.7.1). A value of zero specifies that no inline data is present. 

The inline data contains information that is available for: 

a) reference by CSCD descriptors; or 

b) transfer by the copy manager in response to segment descriptors. 
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6.4.4 Descriptor type codes 

CSCD descriptors, the CSCD descriptor extension, and segment descriptors share a single set of code values 
(see table 93) that identify the type of descriptor. 


Table 93 — EXTENDED COPY descriptor type codes 


Descriptor type 

Description 

Reference 

OOh to BFh 

Segment descriptors 

6.4.6 

COh to DFh 

Vendor specific descriptors 


EOh to FEh 

CSCD descriptors 

6.4.5 

FFh a 

CSCD descriptor extension 

6.4.5.2 

a Use of this descriptor type code is reserved except in byte 32 of a 64-byte CSCD 
descriptor (e.g., the IPv6 CSCD descriptor described in 7.6.3.8). 
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6.4.5 CSCD descriptors 

6.4.5.1 CSCD descriptors introduction 

The descriptor type code (see table 93) values for CSCD descriptors are shown in table 94. 


Table 94 — EXTENDED COPY CSCD descriptor type codes 


Descriptor 
type a 

Name 

Size 

(bytes) 

Reference 

EOh 

Fibre Channel N_Port_Name CSCD descriptor 

32 

7.6.3.2 

Elh 

Fibre Channel N_Port_ID CSCD descriptor 

32 

7.6.3.3 

E2h 

Fibre Channel N_Port_ID With N Port Name 
Checking CSCD descriptor 

32 

7.6.3.4 

E3h 

Obsolete 



E4h 

Identification Descriptor CSCD descriptor 

32 

6.4.5.6 

E5h 

IPv4 CSCD descriptor 

32 

7.6.3.7 

E6h 

Alias CSCD descriptor 

32 

6.4.5.7 

E7h 

RDMA CSCD descriptor 

32 

7.6.3.6 

E8h 

IEEE 1394 EU1-64 CSCD descriptor 

32 

7.6.3.5 

E9h 

SAS Serial SCSI Protocol CSCD descriptor 

32 

7.6.3.9 

EAh 

IPv6 CSCD descriptor 

64 

7.6.3.8 

EBh 

IP Copy Service CSCD descriptor 

64 

6.4.5.8 

ECh to FDh 

Reserved for CSCD descriptors 



FEh 

ROD CSCD descriptor b 

32 

6.4.5.9 

a A copy manager may not support all CSCD descriptor types; however, the copy manager 
shall list all supported CSCD descriptor types in the Third-party Copy VPD page Supported 
Descriptors descriptor (see 7.7.17.6). 

b A copy manager that implements the ROD CSCD descriptor shall implement: 

a) the following third-party copy descriptors in the Third-party Copy VPD page: 

A) the ROD Features third-party copy descriptor (see 7.7.17.8); and 

B) the Supported ROD Types third-party copy descriptor (see 7.7.17.9); 
and 

b) at least one of the following segment descriptors: 

A) the Populate a ROD from one or more block device ranges (see 6.4.6.20); or 

B) the Populate a ROD from one block device range (see 6.4.6.21). 
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All CSCD descriptors (see table 95) are a multiple of 32 bytes in length and begin with a four-byte header 
containing the descriptor type code field that specifies the format of the descriptor. If a copy manager 
receives an unsupported descriptor type code in a CSCD descriptor, the copy manager shall terminate the 
copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to UNSUPPORTED TARGET DESCRIPTOR TYPE CODE. 



The DESCRIPTOR TYPE code field is described in 6.4.4. 

The lu id type field (see table 96) specifies the interpretation of the lu identifier field in CSCD descriptors 
that contain a lu identifier field. 


Table 96 — lu id type field 


Code 

lu identifier field contents 

Support 

Reference 

00b 

01b 

10b to 11b 

Logical Unit Number 

Obsolete 

Reserved 

Mandatory 

SAM-5 

SPC-4 


If a copy manager receives an unsupported value in the lu id type field, the copy manager shall terminate the 
copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the lu id type field specifies that the lu identifier field contains a logical unit number, then the lu identifier 
field specifies the logical unit within the SCSI device specified by other fields in the CSCD descriptor that shall 
be the copy source or copy destination. 

The peripheral device type field is described in 6.5.2. The value in the peripheral device type field (see 
table 95) specifies the format of the device type specific parameters. The device type specific parameters 
convey information specific to the type of device specified by the CSCD descriptor. 
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Table 97 lists the device type values defined for the device type specific parameters in a CSCD descriptor. 
Device type values not listed in table 97 are reserved in all peripheral device type fields in the EXTENDED 
COPY parameter list. 


Table 97 — Device type specific parameters in CSCD descriptors 


Device Type 

Reference 

Description 

Name 

OOh, 05h, and OEh 

6.4.5.3 

Block devices 

Block 

Olh 

6.4.5.4 

Sequential-access devices 

Stream or Tape 

03h 

6.4.5.5 

Processor devices a 

Stream 

a This standard defines the use of the processor device type (i.e., 03h) (see 
SPC-2) only for the interactions between copy managers. 


The relative initiator port identifier field (see 4.3.4) specifies the relative port identifier of the initiator port 
within the SCSI device that the copy manager shall use to access the logical unit described by the CSCD 
descriptor, if such access requires use of an initiator port (i.e., if the logical unit is in the same SCSI device as 
the copy manager, the relative initiator port identifier field is ignored). A relative initiator port 
identifier field set to zero specifies that the copy manager may use any initiator port or ports within the SCSI 
device. 

CSCD descriptor extensions increase the length of a CSCD descriptor as described in 6.4.5.2. 

6.4.5.2 The CSCD descriptor extension 

A CSCD descriptor (see 6.4.5.1) is extended by appending one or more CSCD descriptor extensions (see 
table 98) to it. A CSCD descriptor extension is 32 bytes in length and begins with a one-byte header 
containing the descriptor type code value that identifies the descriptor as a CSCD descriptor extension (i.e., 
FFh). 


Table 98 — CSCD descriptor extension format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

EXTENSION DESCRIPTOR TYPE CODE (FFh) 

1 

CSCD descriptor specific information 


31 



The extension descriptor type code field is a descriptor type code value (see 6.4.4), and shall be set to the 
value shown in table 98 for each CSCD descriptor extension. 

The CSCD descriptor specific information contains data that extends the CSCD descriptor or CSCD descriptor 
extension located adjacent to and preceding this CSCD descriptor extension. 

If a SOURCE CSCD descriptor id field or a destination CSCD descriptor ID field in a segment descriptor (see 
6.4.6.1) references a CSCD descriptor extension (i.e, a descriptor with the descriptor type code set to FFh), 
then the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, 
with the sense key set to COPY ABORTED, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST. 
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6.4.5.3 Device type specific CSCD descriptor parameters for block device types 

The format for the device type specific CSCD descriptor parameters for block device types (i.e., device type 
code values OOh, 05h, and OEh) is shown in table 99. 


Table 99 — Device type specific CSCD descriptor parameters for block device types 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

28 

Reserved 

PAD 

Reserved 

29 

(MSB) 







30 




DISK BLOCK LENGTH 



31 







(LSB) 


The pad bit is used in conjunction with the cat bit (see 6.4.6.1) in the segment descriptor to determine what 
action should be taken if a segment of the copy does not fit exactly into an integer number of destination 
logical blocks (see 5.16.7.2). 

The disk block length field is set to the number of bytes in a logical block, excluding any protection 
information (see SBC-3), for the logical unit being addressed. 

If the DISK BLOCK LENGTH field is set to zero and the peripheral device type field (see 6.4.5.1) is set to OOh, 
then the copy manager shall determine the logical block length of the CSCD logical unit (e.g., by sending a 
READ CAPACITY command (see SBC-3)), and use the result wherever the use of the disk block length 
field is required by this standard. 

The copy manager may read ahead from copy sources of the block device type (i.e., the copy manager may 
perform reads from a copy source block device at any time and in any order during processing of an 
EXTENDED COPY command), provided that the relative order of writes and reads on the same logical blocks 
within the same CSCD descriptor does not differ from their order in the segment descriptor list (see 5.16.7.1). 

6.4.5.4 Device type specific CSCD descriptor parameters for sequential-access device types 

The format for the device type specific CSCD descriptor parameters for the sequential-access device type 
(i.e., device type code value 01 h) operating in the implicit address mode (see SSC-4) is shown in table 100. 


Table 100 — Device type specific CSCD descriptor parameters for sequential-access device types 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

28 

Reserved 

PAD 

Reserved 

FIXED 

29 

(MSB) 







30 




STREAM BLOCK LENGTH 



31 







(LSB) 


The pad bit is used in conjunction with the cat bit (see 5.16.7.2) in the segment descriptor to determine what 
action should be taken if a segment of the copy does not fit exactly into an integer number of destination 
logical blocks (see 5.16.7.2). 
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The contents of the fixed bit and stream block length field are combined with the stream device transfer 
length field in the segment descriptor to determine the length of the stream read or write as defined in table 
101 . 


Table 101 — Stream device transfer lengths 


fixed 

bit 

STREAM BLOCK 

length field 

Description 

0 

OOOOOOh 

Use variable length reads or writes. The number of bytes for each read or write 
is specified by the stream device transfer length field in the segment 
descriptor. 

000001hto 
FFFFFFh 

The copy manager shall terminate the copy operation (see 5.16.4.3) with 

CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

1 

OOOOOOh 

The copy manager shall terminate the copy operation (see 5.16.4.3) with 

CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN PARAMETER LIST 

000001hto 
FFFFFFh 

Use fixed record length reads or writes. The number of bytes for each read or 
write shall be the product of the stream block length field and the stream 
device transfer length field in the segment descriptor. 


The copy manager may set the sili bit to one (see SSC-4) in read commands issued to sequential-access 
type devices. 

The copy manager shall not read ahead from copy sources of the stream device type (i.e., the reads required 
by a segment descriptor for which the copy source is a stream device shall not be started until all writes for 
previous segment descriptors have completed). 

6.4.5.5 Device type specific CSCD descriptor parameters for processor device types 

The format for the device type specific CSCD descriptor parameters for the processor device type (i.e., device 
type code value 03h) (see SPC-2) is shown in table 102. 


Table 102 — Device type specific CSCD descriptor parameters for processor device types 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

28 

Reserved 

PAD 

Reserved 

29 

Reserved 


31 



The pad bit is used in conjunction with the cat bit (see 5.16.7.2) in the segment descriptor to determine what 
action should be taken if a segment of the copy does not fit exactly into an integer number of EXTENDED 
COPY commands (see 6.4) or RECEIVE COPY DATA commands (see 6.20). 

If the processor device is a copy source, the number of bytes to be transferred by an EXTENDED COPY 
command shall be specified by stream device transfer length field in the segment descriptor. If the 
processor device is a copy destination, the number of bytes to be transferred by an EXTENDED COPY 
command and subsequent RECEIVE COPY DATA command shall be specified by stream device transfer 
length field in the segment descriptor. 
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6.4.5.6 Identification Descriptor CSCD descriptor format 

The CSCD descriptor format shown in table 103 requests the copy manager to locate a SCSI target device 
and logical unit that returns a Device Identification VPD page (see 7.7.6) containing an Identification 
descriptor having the specified values in the code set field, association field, designator type field, 
identifier length field, and designator field. The copy manager may use any SCSI transport protocol (see 
SAM-5), target port identifier (see SAM-5) and logical unit number (see SAM-5) values that result in matching 
VPD field values to address the logical unit. If multiple combinations of SCSI transport protocols, target port 
identifiers, and logical unit numbers access matching VPD field values, then the copy manager may use any 
combination to address the logical unit and shall try other combinations in the event that one combination 
becomes non-operational during the processing of an EXTENDED COPY command. 


Table 103 — Identification Descriptor CSCD descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (E4h) 

1 

LU ID TYPE Obsolete PERIPHERAL DEVICE TYPE 

2 

(MSB) 

RELATIVE INITIATOR PORT IDENTIFIER 


3 


(LSB) 

4 

Reserved 

CODE SET 

5 

Reserved association 

DESIGNATOR TYPE 

6 

Reserved 

7 

DESIGNATOR LENGTH 

8 

DESIGNATOR 


27 


28 

Device type specific parameters 


31 



The DESCRIPTOR TYPE CODE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT IDENTIFIER field, and 
the device type specific parameters are described in 6.4.5.1. The descriptor type code field shall be set as 
shown in table 103 for the Identification Descriptor CSCD descriptor. 

The lu id type field shall be ignored in the Identification Descriptor CSCD descriptor. 

The code set field contains a code set enumeration (see 4.3.3) that indicates the format of the designator 
field. 

The contents of the association field, designator type field, and designator length field are described in 
7.7.6.1. The designator length shall be 20 or less. 

The designator field is a fixed-length zero-padded (see 4.3.2) field that has the designator field format 
defined in 7.7.6. 

Some combinations of code set, association, designator type, designator length and designator do not 
uniquely identify a logical unit to serve as a CSCD. The behavior of the copy manager if such combinations 
are specified is outside the scope of this standard. 
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6.4.5.7 Alias CSCD descriptor format 


The CSCD descriptor format shown in table 104 requests the copy manager to locate a SCSI target port and 
logical unit using the alias list designation associated with the specified alias value. The alias list is maintained 
using the CHANGE ALIASES command (see 6.2). 



The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 

identifier field, and the device type specific parameters are described in 6.4.5.1. The descriptor type code 
field shall be set as shown in table 104 for the Alias CSCD descriptor. 

The alias value field specifies an alias value in the alias list as managed by the CHANGE ALIASES 
command (see 6.2) and maintained by the device server. 

When the copy manager first processes an Alias CSCD descriptor, it shall check the value of the alias value 
field for a corresponding entry in the alias list. If the value is not in the alias list or the copy manager is unable 
to validate the designation (see 6.2.3) associated with the alias value, then the copy manager shall terminate 
the copy operation (see 5.16.4.3) because the CSCD is unreachable (see 5.16.7.4). An application client 
generating EXTENDED COPY commands that include Alias CSCD descriptors in the parameter list is 
responsible for providing a valid entry in the alias list using the CHANGE ALIASES command (see 6.2) prior to 
sending the EXTENDED COPY command. 
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6.4.5.8 IP Copy Service CSCD descriptor 

The CSCD descriptor format shown in table 105 requests the copy manager to communicate with the copy 
service specified in the ip address field to locate the CSCD that returns a Device Identification VPD page (see 
7.7.6) containing an Identification descriptor having the specified code set field, association field, desig¬ 
nator type field, designator length field, and designator field values. 

The protocol used by the copy manager to communicate with the copy service is vendor specific. 


Table 105 — IP Copy Service CSCD descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (EBh) 

1 

LU ID TYPE Obsolete PERIPHERAL DEVICE TYPE 

2 

Reserved iptype 

3 

Reserved 


11 


12 

(MSB) 

COPY SERVICE IP ADDRESS 


27 

(LSB) 

28 


Device type specific parameters 


31 



32 

EXTENSION DESCRIPTOR TYPE CODE (FFh) 

33 


Reserved 


35 



36 

(MSB) 

COPY SERVICE PORT NUMBER 


37 


(LSB) 

38 

(MSB) 

COPY SERVICE INTERNET PROTOCOL NUMBER 


39 


(LSB) 

40 

Reserved 

CODE SET 

41 

Reserved association 

DESIGNATOR TYPE 

42 

Reserved 

43 

DESIGNATOR LENGTH 

44 

DESIGNATOR 


63 



The DESCRIPTOR TYPE CODE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT IDENTIFIER field, and 
the device type specific parameters are described in 6.4.5.1. The descriptor type code field shall be set as 
shown in table 105 for the IP Copy Service CSCD descriptor. 

The lu id type field shall be ignored in the IP Copy Service CSCD descriptor. 
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If the iptype bit is set to zero, the copy service ip address field shall contain a zero-padded IPv4 address 
(see RFC 791). If the iptype bit is set to one, the copy service ip address field shall contain a unicast IPv6 
address (see RFC 4291). 

The copy service ip address field is set to the IP address of the copy service in the format specified by the 
iptype bit. 

The extension descriptor type code field is described in 6.4.5.2. If the extension descriptor type code 
field does not contain the value shown in table 105, then the copy manager shall terminate the EXTENDED 
COPY command with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the 
additional sense code set to INVALID FIELD IN PARAMETER LIST. 

The copy service port number field shall contain the TCP port number. 

The copy service internet protocol number field shall contain an Internet protocol number. 

The contents of the copy service ip address field, the copy service port number field, and the copy 
service internet protocol number field may be obtained from the network service descriptor with the 
service type field set to 06h (i.e., copy service) in the Management Network Addresses VPD page (see 7.7.8) 
returned by the logical unit that returns a Device Identification VPD page (see 7.7.6) containing an 
Identification descriptor having the specified code set field, association field, designator type field, 
designator length field, and designator field values. 

The code set field contains a code set enumeration (see 4.3.3) that indicates the format of the designator 
field. 

The contents of the association field, designator type field, and designator length field are described in 
7.7.6.1. The designator length shall be 20 or less. 

The designator field is a fixed-length zero-padded (see 4.3.2) field that has the designator field format 
defined in 7.7.6. 

Some combinations of code set, association, designator type, designator length and designator do not 
uniquely identify a logical unit to serve as a CSCD. The behavior of the copy manager if such combinations 
are specified is outside the scope of this standard. 
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6.4.5.9 ROD CSCD descriptor 

The CSCD descriptor format shown in table 106 requests the copy manager to use the specified ROD as a 
copy source or copy destination. If the ROD represents no data when the copy manager begins processing 
the EXTENDED COPY command (e.g., the rod type field is not set to zero), then the copy manager shall 
allow the ROD to be populated as defined in 5.16.7.5.2. If a segment descriptor attempts to use an 
unpopulated ROD as a copy source or copy destination, then the copy manager shall terminate the copy 
operation (see 5.16.4.3) as if an unreachable CSCD had been encountered (see 5.16.7.4). 



The DESCRIPTOR TYPE CODE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT IDENTIFIER field, and 
the device type specific parameters are described in 6.4.5.5. The descriptor type code field shall be set as 
shown in table 106 for the ROD CSCD descriptor. 
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The lu id TYPE field shall be ignored in the ROD CSCD descriptor. 

If the rod type field is set to zero, then: 

a) the peripheral DEVICE type field shall be ignored; and 

b) the device type of the ROD CSCD descriptor shall be the device type specified by the ROD token that 
is specified by the rod token offset field. 

The rod producer cscd descriptor id field specifies the CSCD device (see table 111 in 6.4.6.1) that 
contains the logical unit that contains the copy manager that: 

a) created the ROD token that is specified by the rod token offset field, if the rod type field is set to 
zero; or 

b) creates the ROD token that is created during processing of the EXTENDED COPY command, if the 
rod type field is not set to zero. 

The rod type field (see table 73 in 5.16.6.2.1) specifies the type of ROD being populated or referenced by a 
ROD token. 

For all ROD types (see 5.16.6.2), access to the bytes within a ROD is established by specifying: 

a) the identifier of a ROD CSCD descriptor that describes the ROD for the duration of the copy operation 
(see 5.16.4.3) originated by an EXTENDED COPY command; or 

b) that a ROD token be created that allows the copy manager that creates the ROD token creator to 
identify and access the bytes represented by the ROD across multiple third-party copy commands. 

Methods are available to create a ROD token from a ROD identifier and create a ROD identifier from a ROD 
token (see 5.16.7.5.1). 
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Fields in the ROD CSCD descriptor and fields in the ROD Features third-party copy descriptor (see 7.7.17.8) 
in the Third-party Copy VPD page that affect the processing of the rod producer cscd descriptor id field 
are shown in table 107. 


Table 107 — Inputs that affect the processing of the rod producer cscd descriptor id field 


ROD 

PRODUCER 

CSCD 

DESCRIPTOR 

ID field 

R TOKEN 

bit 

ROD TYPE 

field 

REMOTE 

TOKENS 
field a 

Description 

n/a 

1 

zero 

n/a 

the command shall be terminated b 

FFFFh 

0 

n/a 

n/a 

process the command 

1 

not zero 

n/a 

process the command 

F800h 

0 or 1 

not zero 

n/a 

the command shall be terminated b 

0 

zero 
local c 

n/a 

process the command 

zero 

remote c 

Oh 

remote ROD tokens not supported d 

4h 

process the command 

Others e 

0 

not zero 

Oh 

remote ROD tokens not supported d 

4h 

the command shall be terminated b 

zero 

Oh 

remote ROD tokens not supported d 

4h 

process the command 

1 

not zero 

Oh 

remote ROD tokens not supported d 

4h 

remote ROD token creation not supported f 

6h 

process the command 


a Refers to the remote tokens field is in the ROD Features third-party copy descriptor (see 7.7.17.8). 

Remote tokens values not shown in this table are n/a. 
b The copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST. 

c Processing depends on the copy manager that created the ROD token specified by the rod token 
offset field as follows: 

a) local: a ROD token created by a copy manager that is contained within the same SCSI target 
device that is processing the copy operation originated by the EXTENDED COPY command; or 

b) remote: a ROD token created by a copy manager that is not contained within the same SCSI target 
device that is processing the copy operation originated by the EXTENDED COPY command. 

d The copy manager shall terminate the copy operation with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID TOKEN OPERATION, 
REMOTE ROD TOKEN USAGE NOT SUPPORTED. 
e Any other CSCD descriptor ID (i.e., not FFFFh and not F800h) that specifies a logical unit not contained 
within the same SCSI target device as the processing copy manager. 
f The copy manager shall terminate the copy operation with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID TOKEN OPERATION, 
REMOTE ROD TOKEN CREATION NOT SUPPORTED. 
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If the copy manager is unable to process the requested activities with the remote copy manager specified by 
the rod producer cscd descriptor id field necessary to use or create a remote ROD token, then the copy 
manager shall terminate the copy operation (see 5.16.4.3) as if an unreachable CSCD device had been 
encountered (see 5.16.7.4). 

If the r_token bit is set to one, the requested rod token lifetime field specifies the number of seconds the 
ROD token should remain valid (see 5.16.6.7). 

If the requested rod token lifetime field specifies a number of seconds that is less than the value in the 
MINIMUM TOKEN lifetime field in the ROD Features third-party copy descriptor (see 7.7.17.8), then the copy 
manager shall use the value in the minimum token lifetime field. If the requested rod token lifetime field 
specifies a number of seconds that is greater than the value in the maximum token lifetime field in the ROD 
Features third-party copy descriptor, then the copy manager shall terminate the copy operation (see 5.16.4.3) 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN PARAMETER LIST. 

If the r_token bit is set to zero and the requested rod token lifetime field is not set to zero, then the copy 
manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the r_token bit is set to one, the requested rod token inactivity timeout field specifies number of 
seconds that the copy manager should wait for the next third-party copy command that specifies the ROD 
token, if any, before invalidating that ROD token (see 5.16.6.7). 

If the requested rod token inactivity timeout field specifies zero seconds, then the copy manager shall not 
invalidate the ROD token due to the lack of its active use. If the requested rod token inactivity timeout 
field specifies a number of seconds that is greater than the value in the maximum token inactivity timeout 
field in the ROD Features third-party copy descriptor (see 7.7.17.8), then the copy manager shall terminate 
the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the r_token bit is set to zero and the requested rod token inactivity timeout field is not set to zero, then 
the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER 
LIST. 

Processing of the r_token bit depends on the value in the rod type field as follows: 

a) If the rod type field is not set to zero, the r_token bit specifies whether a ROD token is to be 
returned for the ROD created during processing of the EXTENDED COPY command as follows: 

A) if the r_token bit is set to zero, a ROD token shall not be returned; or 

B) if the r_token bit is set to one and table 107 does not require termination of the EXTENDED 
COPY command with an error, then a ROD token shall be made available for retrieval using the 
RECEIVE ROD TOKEN INFORMATION command (see 6.23); 

or 

b) if the rod type field is set to zero, the processing of the r_token bit shall be as shown in table 107. 

If the list id usage field (see 6.4.3.2) is set to a value other than 00b or 1 0b and the r_token bit is set to one, 
then the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST. 
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The delete token (del_tkn) bit specifies whether the ROD token, if any, specified by the ROD CSCD 
descriptor should be deleted (see 5.16.6.7) when processing of the EXTENDED COPY command is complete 
as shown in table 108. 


Table 108 — deljtkn bit processing 


DEL TKN 

bit 

RODTYPE 

field 

ROD token created by 

Description 

0 

n/a 

n/a 

Processing of the command shall not cause the 

ROD token, if any, to be deleted. 

1 

zero 

processing copy manager or 
a copy manager in the same 
SCSI target device as the 
copy manager that created 
the ROD token 

The copy manager should delete the ROD token 
after processing of the command has been 
completed. 



a copy manager in different 
SCSI target device from the 
copy manager that created 
the ROD token 

The copy manager may communicate with the copy 
manager that created the ROD token to cause the 
ROD token to be deleted after processing of the 
command has been completed. 


not zero 

n/a 

The copy manager shall terminate the copy 
operation (see 5.16.4.3) with CHECK CONDITION 
status, with the sense key set to ILLEGAL 

REQUEST, and the additional sense code set 
to INVALID FIELD IN PARAMETER LIST. 


If the rod type field is set to zero, the value in the rod token offset field is added to the location of the first 
byte of inline data in the EXTENDED COPY parameter list (see 5.16.7.1) to locate the ROD token (see 5.16.6) 
to be accessed via this ROD CSCD descriptor. If the rod type field is not set to zero and the rod token 
offset field is not set to zero, then the copy manager shall terminate the copy operation (see 5.16.4.3) with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID FIELD IN PARAMETER LIST. 
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6.4.6 Segment descriptors 

6.4.6.1 Segment descriptors introduction 

The descriptor type code (see table 93) values assigned to segment descriptors are shown in table 109. 


Table 109 — EXTENDED COPY segment descriptor type codes (part 1 of 2) 


Descriptor 
type 
code a 

Reference 

Description b 

Name b 

OOh 

6.4.6.2 

Copy from block device to stream device 

blockistream 

Olh 

6.4.6.3 

Copy from stream device to block device 

streami-block 

02h 

6.4.6.4 

Copy from block device to block device 

blockiblock 

03h 

6.4.6.5 

Copy from stream device to stream device 

streami-stream 

04 h 

6.4.6.6 

Copy inline data to stream device 

inlineistream 

05h 

6.4.6.7 

Copy embedded data to stream device 

embeddedistream 

06h 

6.4.6.8 

Read from stream device and discard 

streamed iscard 

07h 

6.4.6.9 

Verify CSCD 


08h 

6.4.6.10 

Copy block device with offset to stream device 

block<o>istream 

09h 

6.4.6.11 

Copy stream device to block device with offset 

streamiblock<o> 

OAh 

6.4.6.12 

Copy block device with offset to block device with 
offset 

block<o>iblock<o> 

OBh 

6.4.6.2 

Copy from block device to stream device and hold a 
copy of processed data for the application client c 

blockistream& 
application client 

OCh 

6.4.6.3 

Copy from stream device to block device and hold a 
copy of processed data for the application client c 

streamiblock& 
application client 

ODh 

6.4.6.4 

Copy from block device to block device and hold a 
copy of processed data for the application client c 

blockiblock& 
application client 

OEh 

6.4.6.5 

Copy from stream device to stream device and 
hold a copy of processed data for the application 
client c 

streamistream& 
application client 

OFh 

6.4.6.8 

Read from stream device and hold a copy of 
processed data for the application client c 

streamed iscard& 
application client 

lOh 

6.4.6.13 

Write filemarks to sequential-access device 

filemarkitape 

a A copy manager may not support all segment descriptor types. However, the copy manager shall list 
all supported segment descriptor types in the Third-party Copy VPD page Supported Descriptors 
descriptor (see 7.7.17.6). 

b Block devices are those with a device type value of OOh (i.e, direct access block), 05h (i.e., CD/DVD), 
and OEh (i.e., simplified direct-access). Stream devices are those with a device type value of Olh (i.e., 
sequential-access) and 03h (i.e., processor). Sequential-access stream (i.e., tape) devices are those 
with a device type value Olh. See 6.5.2 for a description of the device types. 
c The application client uses the RECEIVE COPY DATA command (see 6.20) to retrieve data held for 
it by the copy manager (see 5.16.4.5). 
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Table 109 — EXTENDED COPY segment descriptor type codes (part 2 of 2) 


Descriptor 
type 
code a 

Reference 

Description b 

Name b 

11 h to 12h 


Obsolete 


13h 

6.4.6.14 

Tape device image copy 

<i>tape^-<i>tape 

14h 

6.4.6.17 

Register persistent reservation key 


15h 

6.4.6.18 

Third party persistent reservations source l_T 
nexus 


16h 

6.4.6.19 

Block device image copy 

<i>block^<i>block 

17h 

6.4.6.15 

Positioning on sequential-access device 

positioning->tape 

18h 

6.4.6.16 

Copy logical objects from tape device to tape 
device 

<loi>tape^<loi>tape 

19h to 
BDh 


Reserved 


BEh 

6.4.6.20 

Populate ROD from one or more block ranges 

ROD<-block ranges(n) 

BFh 

6.4.6.21 

Populate ROD from one block range 

ROD<-block range(l) 

a A copy manager may not support all segment descriptor types. However, the copy manager shall list 
all supported segment descriptor types in the Third-party Copy VPD page Supported Descriptors 
descriptor (see 7.7.17.6). 

b Block devices are those with a device type value of OOh (i.e, direct access block), 05h (i.e., CD/DVD), 
and OEh (i.e., simplified direct-access). Stream devices are those with a device type value of 01 h (i.e., 
sequential-access) and 03h (i.e., processor). Sequential-access stream (i.e., tape) devices are those 
with a device type value 01 h. See 6.5.2 for a description of the device types. 
c The application client uses the RECEIVE COPY DATA command (see 6.20) to retrieve data held for 
it by the copy manager (see 5.16.4.5). 
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Segment descriptors (see table 110) begin with an eight-byte header. 


Table 110 — Segment descriptor header 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (00h to 3Fh) 

1 

Reserved dc cat 

2 

(MSB) 

DESCRIPTOR LENGTH (n-3) 


3 


(LSB) 

4 

(MSB) 

SOURCE CSCD DESCRIPTOR ID 


5 


(LSB) 

6 

(MSB) 

DESTINATION CSCD DESCRIPTOR ID 


7 


(LSB) 

8 

Segment descriptor parameters 


n 



The descriptor type code field is described in 6.4.4. If a copy manager receives an unsupported descriptor 
type code in a segment descriptor, the copy manager shall terminate the copy operation (see 5.16.4.3) with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to UNSUPPORTED SEGMENT DESCRIPTOR TYPE CODE. 

The destination count (dc) bit is only applicable to segment descriptors with descriptor type code values of 
02h and ODh (see 6.4.6.4). The DC bit shall be ignored for all other segment descriptors. 

The cat bit is described in 5.16.7.2. 

The descriptor length field is set to the length in bytes of the fields that follow the descriptor length field 
in the segment descriptor. 
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The source cscd descriptor id field (see table 111) specifies the copy source. 

The destination cscd descriptor id field (see table 111) specifies the copy destination. 


Table 111 — CSCD descriptor ID values 


Code 

Description 

OOOOh a 

The copy source or copy destination is specified by the contents of the CSCD 
descriptor whose location in the EXTENDED COPY command parameter list 
(see 5.16.7.1) is computed as follows: 

16 +(codex 32) 
where: 

code is OOOOh to 07FFh as shown in this table. 

0001 h to 07FFh b 

COOOh 

The copy source or copy destination is a null logical unit b whose device type 
value is OOh (i.e., direct access block). 

COOIh 

The copy source or copy destination is a null logical unit b whose device type 
value is 01 h (i.e., sequential-access). 

F800h c 

The copy source or copy destination is the logical unit specified by the ROD 
token specified in the ROD CSCD descriptor (see 6.4.5.9) that has this value in 
its ROD PRODUCER CSCD DESCRIPTOR ID field. 

FFFFh 

The copy source or copy destination is the logical unit that contains the copy 
manager (see SAM-5) that is processing the EXTENDED COPY command 
(i.e., the logical unit to which the EXTENDED COPY command was sent). 

all others 

Reserved 

a If a source cscd descriptor id field or a destination cscd descriptor id field is set to this value, 
the copy manager may terminate the copy operation (see 5.16.4.3) with CHECK CONDITION 
status (see 6.4.2). 

b A null logical unit is a logical unit that has a specified device type to which the copy manager is not 
allowed to send any SCSI commands. If the processing of a segment descriptor requires sending a 
SCSI command to a source device or destination device specified to be a null logical unit, then the 
copy manager shall terminate the copy operation (see 5.16.4.3) as if an unreachable CSCD had 
been encountered (see 5.16.7.4). Null logical units are useful for processing the residual data from 
previous segment descriptors without affecting any media (e.g., a segment descriptor of type 06h 
stream device to discard with the source cscd descriptor id field set to COOIh, the byte count 
field set to zero, the cat bit set to zero, and the pad bit set to one may be used to discard all 
residual data). 

c If this code appears in any field other than the rod producer cscd descriptor id field in the ROD 
CSCD descriptor, then the copy manager shall terminate the copy operation (see 5.16.4.3) as if an 
unreachable CSCD had been encountered (see 5.16.7.4). 


If a segment descriptor format does not require a source cscd descriptor id field or a destination cscd 
descriptor id field, then that field is reserved. 

If the CSCD specified by a source cscd descriptor id field or a destination cscd descriptor id field is not 
accessible to the copy manager, then the copy manager shall terminate the copy operation (see 5.16.4.3) with 
CHECK CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to 
UNREACHABLE COPY TARGET. 
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6.4.6.2 Block device to stream device functions 

The segment descriptor format shown in table 112 is used by the copy functions that move data from a block 
device to a stream device. 


Table 112 — Block device to stream device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (00h or OBh) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

(MSB) 

5 

(LSB) 

6 

(MSB) 

7 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

Reserved 

13 

Reserved 

14 

(MSB) 

15 

BLOCK DEVICE NUMBER OF BLOCKS 

(LSB) 

16 

(MSB) 

• •• 

BLOCK DEVICE LOGICAL BLOCK ADDRESS 

23 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1. 

For descriptor type code OOh (i.e., bloodstream) or descriptor type code OBh (i.e., 
blocdstream&application client), the copy manager shall copy the data from the copy source block device 
specified by the source cscd descriptor id field to the copy destination stream device specified by the 
destination cscd descriptor id field using the logical blocks starting at the location specified by the block 
device logical block address field. As many logical blocks shall be read as necessary to process (see 

5.16.7.2) a number of bytes equal to the contents of the disk block length field in the CSCD descriptor for 
the source device times the contents of the block device number of blocks field. The data shall be written to 
the stream device starting at the current position of the media. 

For descriptor type code OBh (i.e., blocdstream&application client), the copy manager also shall hold a copy 
of the processed data for delivery to the application client upon completion of the copy operation (see 

5.16.4.3) originated by the EXTENDED COPY command as described in 5.16.4.5. 

The cat bit is described in 5.16.7.2. 
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The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 112 for descriptor type 
code OOh (i.e., block->stream) and descriptor type code OBh (i.e., block^-stream&application client). 

The SOURCE cscd descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The stream device transfer length field specifies the amount of data to be written by each write command 
sent to the copy destination stream device. See 6.4.5.4 for a description of how data in the stream device 
transfer length field in the segment descriptor interacts with data in the stream block length field in the 
device type specific CSCD descriptor parameters for the copy destination sequential-access device type. 

The block device number of blocks field specifies the length, in copy source logical blocks, of data to be 
processed (see 5.16.7.2) in the segment. A value of zero shall not be considered an error. No data shall be 
processed, but any residual destination data retained from a previous segment shall be written if possible to 
the destination in whole block transfers. A value of zero shall not modify the handling of residual data. 

The block device logical block address field specifies the starting logical block address on the copy source 
block device for this segment. 

6.4.6.3 Stream device to block device functions 

The segment descriptor format shown in table 113 is used by the copy functions that move data from a stream 
device to a block device. 


Table 113 — Stream device to block device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (01 h or OCh) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

(MSB) 

5 

(LSB) 

6 

(MSB) 

7 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

Reserved 

13 

Reserved 

14 

(MSB) 

15 

BLOCK DEVICE NUMBER OF BLOCKS 

(LSB) 

16 

(MSB) 

• •• 

BLOCK DEVICE LOGICAL BLOCK ADDRESS 

23 

(LSB) 
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The DESCRIPTOR TYPE code field is described in 6.4.4 and 6.4.6.1. 

For descriptor type code Olh (i.e., stream->block) or descriptor type code OCh (i.e., 
stream^-block&application client), the copy manager shall copy the data from the copy source stream device 
specified by the source cscd descriptor id field to the copy destination block device specified by the 
destination cscd descriptor id field using the stream data starting at the current position of the stream 
device. The data shall be written to logical blocks starting at the location specified by the block device 
logical block address field and continuing for the number of logical blocks specified in the block device 
NUMBER OF BLOCKS field. 

For descriptor type code OCh (i.e., stream^block&application client), the copy manager also shall hold a copy 
of the processed data for delivery to the application client upon completion of the copy operation (see 
5.16.4.3) originated by the EXTENDED COPY command as described in 5.16.4.5. 

The cat bit is described in 5.16.7.2. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 113 for descriptor type 
code Olh (i.e., stream^block) and descriptor type code OCh (i.e., stream^block&application client). 

The SOURCE CSCD descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The stream device transfer length field specifies the amount of data to be read from the copy source 
stream device by each read command. See 6.4.5.4 for a description of how data in the stream device 
transfer length field in the segment descriptor interacts with data in the stream block length field in the 
device type specific CSCD descriptor parameters for the copy source sequential-access device type. 

The block device number of blocks field specifies the number logical blocks to be written by the segment. A 
value of zero specifies that no logical blocks shall be written in this segment. This shall not be considered an 
error. 

The block device logical block address field specifies the starting logical block address on the copy 
destination block device for this segment. 
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6.4.6.4 Block device to block device functions 


The segment descriptor format shown in table 114 is used by the copy functions that move data from a block 
device to a block device. 



The descriptor type code field is described in 6.4.4 and 6.4.6.1. 

For descriptor type code 02h (i.e., block->block) or descriptor type code ODh (i.e., block->block&application 
client), the copy manager shall copy the data from the copy source block device specified by the source cscd 
descriptor id field to the copy destination block device specified by the destination cscd descriptor id field 
using the logical blocks starting at the location specified by the source block device logical block address 
field. The data shall be written to logical blocks starting at the location specified by the destination block 

DEVICE LOGICAL BLOCK ADDRESS field. 

If the destination count (dc) bit is set to zero, then: 

a) as many logical blocks shall be read as necessary to process (see 5.16.7.2) a number of bytes equal 
to the contents of the disk block length field in the CSCD descriptor for the copy source device 
times the contents of the block device number of blocks field; and 

b) as many writes as possible shall be performed using any residual destination data from the previous 
segment and the data processed in this segment. 
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If the dc bit is set to one, then: 

a) the number of logical blocks specified by the block device number of blocks field shall be written to 
the copy destination block device; 

b) as many bytes shall be processed (see 5.16.7.2) as necessary for these writes to be performed; and 

c) as many logical blocks shall be read as necessary to supply the data to be processed. 

For descriptor type code ODh (i.e., block^block&application client), the copy manager also shall hold a copy 
of the processed data for delivery to the application client upon completion of the copy operation (see 
5.16.4.3) originated by the EXTENDED COPY command as described in 5.16.4.5. 

The cat bit is described in 5.16.7.2. 

The dc bit specifies whether the block device number of blocks field refers to the copy source or copy 
destination. A dc bit set to zero specifies that the block device number of blocks field refers to the copy 
source. A dc bit set to one specifies that the block device number of blocks field refers to the copy 
destination. 

The descriptor length field is described in 6.4.6.16.3.7.1, and shall be set as shown in table 114 for 
descriptor type code 02h (i.e., block^block) and descriptor type code ODh (i.e., block^-block&application 
client). 

The SOURCE cscd descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

If the dc bit is set to zero, the block device number of blocks field specifies the number of logical blocks to 
be processed. If the dc bit is set to one, the block device number of blocks field specifies the number of 
logical blocks to be written to the copy destination. 

If the dc bit is set to zero, a block device number of blocks field set to zero specifies that: 

a) no source logical blocks shall be read and no source data shall be processed; 

b) any residual destination data from a previous segment shall be written if possible to the destination in 
whole logical block transfers; and 

c) any residual data shall be processed as described in 5.16.7.2. 

If the dc bit set to one, a block device number of blocks field set to zero specifies that: 

a) no destination logical blocks shall be written; and 

b) the only processing to be performed is that any residual source data or destination data from the 
previous segment shall be processed as residual data as described in 5.16.7.2. 

The source block device logical block address field specifies the copy source logical block address from 
which the reading of data shall start. 

The destination block device logical block address field specifies the copy destination logical block 
address to which the writing of data shall begin. 
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6.4.6.5 Stream device to stream device functions 

The segment descriptor format shown in table 115 is used by the copy functions that move data from a stream 
device to a stream device. 


Table 115 — Stream device to stream device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (03h or OEh) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

(MSB) 

5 

(LSB) 

6 

(MSB) 

7 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

SOURCE STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

Reserved 

13 

(MSB) 

14 

DESTINATION STREAM DEVICE TRANSFER LENGTH 

15 

(LSB) 

16 

(MSB) 

• •• 

BYTE COUNT 

19 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1. 

For descriptor type code 03h (i.e., stream-^stream) or descriptor type code OEh (i.e., 
stream->stream&application client), the copy manager shall copy the data from the copy source stream 
device specified by the source cscd descriptor id field to the destination copy stream device specified by 
the destination cscd descriptor id field. Data shall be read from the copy source stream device starting at 
the current position of the copy source stream device. Data shall be written to the copy destination stream 
device starting at the current position of the copy destination stream device. The byte count field defines the 
number of bytes to be processed (see 5.16.7.2) by the copy manager. The copy manager shall perform reads 
as necessary to supply the source data, and as many writes as possible using the destination data. 

For descriptor type code OEh (i.e., stream->stream&application client), the copy manager also shall hold a 
copy of the processed data for delivery to the application client upon completion of the copy operation (see 
5.16.4.3) originated by the EXTENDED COPY command as described in 5.16.4.5. 

The cat bit is described in 5.16.7.2. 
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The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 115 for descriptor type 
code 03h (i.e., stream-^stream) and descriptor type code OEh (i.e., stream->stream&application client). 

The SOURCE cscd descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The source stream device transfer length field specifies the amount of data to be read from the copy 
source stream device by each read command. See 6.4.5.4 for a description of how data in the source stream 
device transfer length field in the segment descriptor interacts with data in the stream block length field 
in the device type specific CSCD descriptor parameters for the copy source sequential-access device type. 

The destination stream device transfer length field specifies the amount of data to be written to the copy 
destination stream device by each write command. See 6.4.5.4 for a description of how data in the 
destination stream device transfer length field in the segment descriptor interacts with data in the stream 
block length field in the device type specific CSCD descriptor parameters for the copy destination 
sequential-access device type. 

The byte count field specifies the number of bytes that shall be processed (see 5.16.7.2) for this segment 
descriptor. A value of zero shall not be considered an error, and specifies that no source data shall be read 
and no source data shall be processed. However, a value of zero specifies that any residual destination data 
from a previous segment shall be written if possible to the copy destination in whole-block transfers, and any 
residual data shall be processed as described in 5.16.7.2. 
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6.4.6.6 Inline data to stream device function 

The segment descriptor format shown in table 116 requests the copy manager to write inline data from the 
EXTENDED COPY parameter list to a stream device. 


Table 116 — Inline data to stream device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (04h) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

(MSB) 

• •• 

INLINE DATA OFFSET 

15 

(LSB) 

16 

(MSB) 

• •• 

INLINE DATA NUMBER OF BYTES 

19 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 116 for 
the inline data to stream device segment descriptor. 

Descriptor type code 04h (i.e., inline-^stream) requests the copy manager to write inline data to a copy 
destination stream device. The inline data shall be read from the inline data in the EXTENDED COPY 
parameter list (see 5.16.7.1). The data shall be written to the copy destination stream device specified by the 
destination cscd descriptor id field starting at the current position of the stream device. Any residual 
destination data from a previous segment descriptor shall be written before the data of the current segment 
descriptor. Any residual source data from a previous segment descriptor shall not be processed (see 
5.16.7.2), and shall be processed as residual source data. 

The cat bit is described in 5.16.7.2. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 116 for descriptor type 
code 04h (i.e., inline->stream). 

The destination cscd descriptor id field is described in 6.4.6.1. 
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The stream device transfer length field specifies the amount of data to be written to the copy destination 
stream device by each write command. See 6.4.5.4 for a description of how data in the stream device 
transfer length field in the segment descriptor interacts with data in the stream block length field in the 
device type specific CSCD descriptor parameters for the copy destination sequential-access device type. 

The value in the inline data offset field is added to the location of the first byte of inline data in the 
EXTENDED COPY parameter list (see 5.16.7.1) to locate the first byte of inline data to be written to the copy 
destination stream device. The inline data offset value shall be a multiple of 4. 

The inline data number of bytes field specifies the number of bytes of inline data that are to be transferred to 
the copy destination stream device. A value of zero shall not be considered an error. 

If the sum of the inline data offset and the inline data number of bytes values exceeds the value in the 
inline data length field (see 6.4.3.6), then the copy manager shall terminate the copy operation (see 
5.16.4.3) with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the additional 
sense code set to INLINE DATA LENGTH EXCEEDED. 

6.4.6.7 Embedded data to stream device function 

The segment descriptor format shown in table 117 requests the copy manager to write embedded data from 
the segment descriptor to a stream device. 
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The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 117 for 
the embedded data to stream device segment descriptor. 

Descriptor type code 05h (i.e., embedded->stream) requests the copy manager to write embedded data from 
the segment descriptor to a copy destination stream device. The embedded data shall be read from the 
segment descriptor. The data shall be written to the copy destination stream device specified by the 
destination cscd descriptor id field starting at the current position of the copy destination stream device. 
Any residual destination data from a previous segment descriptor shall be written before the data of the 
current segment descriptor. Any residual source data from a previous segment descriptor shall not be 
processed (see 5.16.7.2), and shall be processed as residual source data. 

The cat bit is described in 5.16.7.2. 

The descriptor length field is described in 6. 4.6.1. The value in the descriptor length field shall be a 
multiple of 4. 

The destination cscd descriptor id field is described in 6.4.6.1. 

The stream device transfer length field specifies the amount of data to be written to the copy destination 
stream device by each write command. See 6. 4.5.4 for a description of how data in the stream device 
transfer length field in the segment descriptor interacts with data in the stream block length field in the 
device type specific CSCD descriptor parameters for the copy destination sequential-access device type. 

The embedded data number of bytes field specifies the number of bytes of embedded data that are to be 
transferred to the copy destination stream device. A value of zero shall not be considered an error. If the value 
in the embedded data number of bytes field is greater than the value in the descriptor length field minus 
12, then the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST. 

The embedded data field is a zero-padded (see 4.3.2) field whose length is a multiple of 4 that specifies the 
embedded data to be copied to the copy destination stream device. 
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6.4.6.8 Stream device to discard functions 

The segment descriptor format shown in table 118 requests the copy manager to read data from a stream 
device and not transfer it to any copy destination. 


Table 118 — Stream device to discard segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (06h or OFh) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

(MSB) 

5 

(LSB) 

6 

Reserved 

7 

Reserved 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

(MSB) 

• •• 

NUMBER OF BYTES 

15 

(LSB) 


The DESCRIPTOR TYPE code field is described in 6.4.4 and 6.4.6.1. 

For descriptor type code 06h (i.e., streamidiscard) or descriptor type code OFh (i.e., 
streamidiscard&application client), the copy manager shall read data as necessary from the copy source 
stream device specified by the source cscd descriptor id field starting at the current position of the copy 
source stream device. The number of bytes specified by the number of bytes field shall be removed from the 
source data, starting with any residual source data from the previous segment. 

For descriptor type code 06h (i.e., streamidiscard) the removed data shall be discarded and not written to 
any copy destination. 

For descriptor type code OFh (i.e., streamidiscard&application client) the removed data shall be held for 
delivery to the application client upon completion of the copy operation (see 5.16.4.3) originated by the 
EXTENDED COPY command as described in 5.16.4.5. 

The cat bit is described in 5.16.7.2. 

The descriptor length field is described in 6.4.6.1, shall be set as shown in table 118 for descriptor type 
code 06h (i.e., streami-discard) and descriptor type code OFh (i.e., streamidiscard&application client). 

The destination cscd descriptor id field is described in 6.4.6.1. 
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The source stream device transfer length field specifies the amount of data to be read from the copy 
source stream device on each read command. See 6.4.5.4 for a description of how data in the source 
stream device transfer length field in the segment descriptor interacts with data in the stream block 
length field in the device type specific CSCD descriptor parameters for the copy source sequential-access 
device type. 

The number of bytes field specifies the number of bytes to be removed from the source data. 

6.4.6.9 Verify CSCD function 

The segment descriptor format shown in table 119 requests the copy manager to verify the accessibility of a 
CSCD. 


Table 119 — Verify CSCD segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (07h) 

1 

Reserved 

2 

(MSB) 

DESCRIPTOR LENGTH (0008h) 


3 


(LSB) 

4 

(MSB) 

SOURCE CSCD DESCRIPTOR ID 


5 


(LSB) 

6 


Reserved 


7 



8 

Reserved tur 

9 

Reserved 


11 



The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 119 for 
the verify CSCD segment descriptor. 

Descriptor type code 07h requests the copy manager to verify the accessibility of the CSCD specified by the 
SOURCE CSCD DESCRIPTOR ID field. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 119 for the verify 
CSCD segment descriptor. 

The source cscd descriptor id field is described in 6.4.6.1. 

Support for a value of one in the test unit ready (tur) bit is optional. If setting the tur bit to one is supported 
and the tur bit is set to one, then a TEST UNIT READY command (see 6.42) shall be used to determine the 
readiness of the CSCD. If setting the tur to one is not supported and the tur bit is set to one, the copy 
manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense 
key set to COPY ABORTED, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. The 
sense key specific information shall be set as described in 5.16.7.4. If the tur bit is set to zero, then the 
accessibility should be verified without disturbing established unit attention conditions or ACA conditions (e.g., 
using the INQUIRY command (see 6.5)). 
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If the SOURCE cscd DESCRIPTOR id field specifies a ROD CSCD descriptor (see 6.4.5.9), the copy manager 
shall ignore the tur bit and shall process the Verify CSCD segment descriptor based on the contents of rod 
type field as follows: 

a) if the rod type field is set to zero, the copy manager shall verify the accessibility as follows: 

A) if the ROD token was created by the copy manager that is processing the Verify CSCD segment 
descriptor, then the ROD token shall be validated as described in 5.16.6.5.2; 

B) if the ROD token was created by a copy manager in the same SCSI target device as the copy 
manager that is processing the Verify CSCD segment descriptor, then the creating copy manager 
shall be requested to validate the ROD token as described in 5.16.6.5.2; and 

C) if the ROD token was created by a copy manager in a SCSI target device other than the SCSI 
target device that contains the copy manager that is processing the Verify CSCD segment 
descriptor, then the validation of the ROD token depends on the contents of the remote tokens 
field in the ROD Features third-party copy descriptor (see 7.7.17.8) as follows: 

a) if the remote tokens field is set to Oh, the copy manager shall terminate the copy operation 
(see 5.16.4.3) with CHECK CONDITION status with the sense key set to ILLEGAL 
RECUEST and the additional sense code set to INVALID TOKEN OPERATION, REMOTE 
TOKEN USAGE NOT SUPPORTED; or 

b) if the remote tokens field is not set to Oh, the processing copy manager shall request the 
copy manager that created the ROD token to validate it; 

or 

b) if the rod type field is not set to zero, the processing copy manager shall ignore the Verify CSCD 
segment descriptor. This shall not be considered an error. 
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6.4.6.10 Block device with offset to stream device function 

The segment descriptor format shown in table 120 requests the copy manager to move data from a block 
device with a byte offset to a stream device. 


Table 120 — Block device with offset to stream device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (08h) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

(MSB) 

5 

(LSB) 

6 

(MSB) 

7 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

(MSB) 

• •• 

NUMBER OF BYTES 

15 

(LSB) 

16 

(MSB) 

• •• 

BLOCK DEVICE LOGICAL BLOCK ADDRESS 

23 

(LSB) 

24 

Reserved 

25 

Reserved 

26 

(MSB) 

27 

BLOCK DEVICE BYTE OFFSET 

(LSB) 


The DESCRIPTOR TYPE code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 120 for 
the block device with offset to stream device segment descriptor. 

Descriptor type code 08h (i.e., block<o>^-stream) requests the copy manager to copy the data from the copy 
source block device specified by the source cscd descriptor id field to the copy destination stream device 
specified by the destination cscd descriptor id field using data starting at the location specified by the 
BLOCK DEVICE byte offset field in the logical block specified by the block device logical block address 
field and continuing for the number of bytes specified in the number of bytes field. The data shall be written to 
the copy destination stream device starting at the current position of the media. 

The cat bit is described in 5.16.7.2. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 120 for the block 
device with offset to stream device segment descriptor. 
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The SOURCE cscd descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The stream device transfer length field specifies the amount of data to be written by each write command 
sent to the copy destination stream device. See 6.4.5.4 for a description of how data in the stream device 
transfer length field in the segment descriptor interacts with data in the stream block length field in the 
device type specific CSCD descriptor parameters for the copy destination sequential-access device type. 

The number of bytes field specifies the number bytes to be read. A value of zero specifies that no bytes shall 
be transferred in this segment. This shall not be considered an error. 

The block device logical block address field specifies the starting logical block address on the copy source 
block device for this segment. 

The block device byte offset field specifies the offset into the first copy source logical block at which to 
begin reading bytes. 
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6.4.6.11 Stream device to block device with offset function 

The segment descriptor format shown in table 121 requests the copy manager to move data from a stream 
device to a block device with a byte offset. 


Table 121 — Stream device with offset to block device segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (09h) 

1 

Reserved cat 

2 

(MSB) 

3 

(LSB) 

4 

(MSB) 

5 

(LSB) 

6 

(MSB) 

7 

(LSB) 

8 

Reserved 

9 

(MSB) 

10 

STREAM DEVICE TRANSFER LENGTH 

11 

(LSB) 

12 

(MSB) 

• •• 

NUMBER OF BYTES 

15 

(LSB) 

16 

(MSB) 

• •• 

BLOCK DEVICE LOGICAL BLOCK ADDRESS 

23 

(LSB) 

24 

Reserved 

25 

Reserved 

26 

(MSB) 

27 

BLOCK DEVICE BYTE OFFSET 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 121 for 
the stream device with offset to block device segment descriptor. 

Descriptor type code 09h (i.e., stream^-block<o>) requests the copy manager to copy the data from the copy 
source stream device specified by the source cscd descriptor id field to the copy destination block device 
specified by the destination cscd descriptor id field using the stream data starting at the current position of 
the copy source stream device. The data shall be written starting at the location specified by the block device 
byte OFFSET field in the logical block specified by the block device logical block address field and 
continuing for the number of bytes specified in the number of bytes field. 
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The content of the starting logical block on the copy destination block device before the starting offset shall be 
preserved. The content on the ending logical block on the copy destination block device beyond the end of the 
transfer shall be preserved. The copy manager may implement this function by reading the starting and 
ending logical blocks, modifying a portion of the logical blocks as required, and writing the full logical blocks to 
the copy destination block device. 

The cat bit is described in 5.16.7.2. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 121 for the stream 
device with offset to block device segment descriptor. 

The SOURCE cscd descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The stream device transfer length field specifies the amount of data to be read from the copy source 
stream device by each read command. See 6.4.5.4 for a description of how data in the stream device 
transfer length field in the segment descriptor interacts with data in the stream block length field in the 
device type specific CSCD descriptor parameters for the copy source sequential-access device type. 

The number of bytes field specifies the number bytes to be read. A value of zero specifies that no bytes shall 
be transferred in this segment. This shall not be considered an error. 

The block device logical block address field specifies the starting logical block address on the copy 
destination block device for this segment. 

The block device byte offset field specifies the offset into the first destination logical block at which to begin 
writing data to the copy destination block device. 
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6.4.6.12 Block device with offset to block device with offset function 

The segment descriptor format shown in table 122 requests the copy manager to move data from a block 
device with a byte offset to a block device with a byte offset. 

Table 122 — Block device with offset to block device with offset segment descriptor 


0 

DESCRIPTOR TYPE CODE (OAh) 

1 


Reserved 

CAT 

2 

(MSB) 

DESCRIPTOR LENGTH (001 Ch) 


3 


(LSB) 

4 

(MSB) 

SOURCE CSCD DESCRIPTOR ID 


5 


(LSB) 

6 

(MSB) 

DESTINATION CSCD DESCRIPTOR ID 


7 


(LSB) 

8 

(MSB) 



• •• 


NUMBER OF BYTES 


11 



(LSB) 

12 

(MSB) 



• •• 


SOURCE BLOCK DEVICE LOGICAL BLOCK ADDRESS 


19 



(LSB) 

20 

(MSB) 

DESTINATION BLOCK DEVICE LOGICAL BLOCK 


• •• 



27 


ADDRESS 

(LSB) 

28 

(MSB) 

SOURCE BLOCK DEVICE BYTE OFFSET 


29 


(LSB) 

30 

(MSB) 

DESTINATION BLOCK DEVICE BYTE OFFSET 


31 


(LSB) 


The DESCRIPTOR TYPE code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 122 for 
the block device with offset to block device with offset segment descriptor. 

Descriptor type code OAh (i.e., block<o>^block<o>) requests the copy manager to copy the data from the 
copy source block device specified by the source cscd descriptor id field to the copy destination block 
device specified by the destination cscd descriptor id field using data starting at the location specified by 
the source block device byte offset field in the logical block specified by the source block device logical 
block address field and continuing for the number of bytes specified in the number of bytes field. The data 
shall be written to the copy destination block device starting at the location specified by the destination block 
device BYTE offset field in the logical block specified by the destination block device logical block 
address field. 

The content of the starting logical block on the copy destination block device before the starting offset shall be 
preserved. The content on the ending logical block on the copy destination block device beyond the end of the 
transfer shall be preserved. The copy manager may implement this operation by reading the starting and 
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ending logical blocks, modifying a portion of the logical blocks as required, and writing the full logical blocks on 
the copy destination block device. 

The cat bit is described in 5.16.7.2. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 122 for the block 
device with offset to block device with offset segment descriptor. 

The SOURCE cscd descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The number of bytes field specifies the number bytes to be read. A value of zero specifies that no bytes shall 
be transferred in this segment. This shall not be considered an error. 

The source block device logical block address field specifies the starting address on the copy source 
block device for this segment. 

The destination block device logical block address field specifies the starting logical block address on the 
copy destination block device for this segment. 

The source block device byte offset field specifies the offset into the first copy source logical block at 
which to begin reading bytes. 

The destination block device byte offset field specifies the offset into the first copy destination logical 
block at which to begin writing data to the copy destination block device. 

6.4.6.13 Write filemarks function 

The segment descriptor format shown in table 123 requests the copy manager to write filemarks on the 
destination tape device. 


Table 123 — Write filemarks segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (1 Oh) 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

DESTINATION cscd descriptor id 

(LSB) 

8 

Reserved Obsolete wjmmed 

9 

(MSB) 

10 

FILEMARK COUNT 

11 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 123 for 
the write filemarks segment descriptor. 
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Descriptor type code 10h (i.e., filemark^tape) requests the copy manager to write filemarks to the copy 
destination tape device specified by the destination cscd descriptor id field starting at the current position 
of the copy destination tape device. If the peripheral device type field in the CSCD descriptor specified by 
the destination cscd descriptor id field does not contain 01 h, then the copy manager shall terminate the 
copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to COPY ABORTED, 
and the additional sense code set to INVALID OPERATION FOR COPY SOURCE OR DESTINATION. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 123 for the write 
filemarks segment descriptor. 

The destination cscd descriptor id field is described in 6.4.6.1. 

If the write immediate (wjmmed) bit in the segment descriptor is set to one, the copy manager shall send a 
WRITE FILEMARKS command to the copy destination tape device with the immed bit set to one. If the 
wjmmed bit is set to zero, the copy manager shall send a WRITE FILEMARKS command to the copy 
destination tape device with the immed bit set to zero. 

The filemark count field contents in the WRITE FILEMARKS command sent to the copy destination tape 
device shall be set to the value in the filemark count field in the segment descriptor. 

6.4.6.14 Tape device image copy function 

The segment descriptor format shown in table 124 requests the copy manager to perform an image copy from 
the copy source tape device to the copy destination tape device. 


Table 124 — Tape device image copy segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (13h) 

1 

Reserved 

2 

(MSB) 

DESCRIPTOR LENGTH (0008h) 


3 


(LSB) 

4 

(MSB) 

SOURCE CSCD DESCRIPTOR ID 


5 


(LSB) 

6 

(MSB) 

DESTINATION CSCD DESCRIPTOR ID 


7 


(LSB) 

8 

(MSB) 

COUNT 


11 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1 and shall be set as shown in table 124 for 
the tape device image copy segment descriptor. 

Descriptor type code 13h (i.e., <i>tape-><i>tape) requests the copy manager to create a compatible image of 
the copy source specified by the source cscd descriptor id field on the copy destination specified by the 
destination cscd descriptor id field beginning at the current positions of the copy source and the copy 
destination. If the peripheral device type field in the CSCD descriptor specified by the source cscd 
descriptor id field or the destination cscd descriptor id field does not contain 01 h, then the copy manager 
shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to 
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COPY ABORTED, and the additional sense code set to INVALID OPERATION FOR COPY SOURCE OR 
DESTINATION. 

The descriptor length field is described in 6.4.6.1 and shall be set as shown in table 124 for descriptor type 
code 13h (i.e., <i>tape^<i>tape). 

The SOURCE cscd descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

A count field set to zero specifies that the tape image copy function shall not terminate due to any number of 
consecutive filemarks. Other error or exception conditions (e.g., early-warning, end of partition on the copy 
destination) may cause the copy manager to terminate the copy operation (see 5.16.4.3) prior to completion. 
If this occurs, the residue shall not be calculated and the information field in the sense data shall be set to 
zero. 

A count field not set to zero specifies that the tape image copy function shall be terminated if the specified 
number of consecutive filemarks are copied. 

The tape image copy operation terminates when: 

a) the copy source encounters an end of partition as defined by the copy source; 

b) the copy source encounters an end of data as defined by the copy source (i.e., BLANK CHECK sense 
key); or 

c) the copy manager has copied the number of consecutive filemarks specified in the count field from 
the copy source to the copy destination. 
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6.4.6.15 Tape device positioning function 

The segment descriptor format shown in table 125 requests the copy manager to position the destination tape 
device by sending appropriate commands (e.g., SPACE(6), SPACE(16), LOCATE(IO), LOCATE(16)) as 
described in SSC-4. 


Table 125 — Positioning segment descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DESCRIPTOR TYPE CODE (17h) 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 


5 


6 

(MSB) 

7 

DESTINATION CSCD DESCRIPTOR ID 

(LSB) 

8 

CP Reserved positioning type 

9 

PARTITION 

10 


11 

Reserved 

12 

(MSB) 

• •• 

LOGICAL IDENTIFIER 

19 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 125 for 
the positioning segment descriptor. 

Descriptor type code 17h (i.e., positioning^-tape) requests the copy manager to send sequential-access 
device positioning commands (e.g., SPACE(6), SPACE(16), LOCATE(IO), LOCATE(16)) to the copy 
destination tape device specified by the destination cscd descriptor id field. If the PERIPHERAL DEVICE 
TYPE field in the CSCD descriptor specified by the destination cscd descriptor id field does not contain 
01 h, the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, 
with the sense key set to COPY ABORTED, and the additional sense code set to INVALID OPERATION FOR 
COPY SOURCE OR DESTINATION. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 125 for the positioning 
segment descriptor. 

The destination cscd descriptor id field is described in 6.4.6.1. 

A change partition (cp) bit set to one specifies a change to the partition specified in the partition field shall 
occur prior to positioning to the logical object or logical file, as specified in the logical identifier field. A cp bit 
set to zero specifies that: 

a) no change to a different partition shall occur; and 

b) the contents of the partition field shall be ignored. 
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If the cp bit is set to one and the positioning type field is set to Oh or 1 h, then the copy manager shall 
terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to COPY 
ABORTED, and the additional sense code set to INVALID OPERATION FOR COPY SOURCE OR 
DESTINATION. 

The positioning type field (see table 126) shall be used in conjunction with the logical identifier field to 
specify the requested position of the medium. 


Table 126 — positioning type field 


Code 

Description 

Logical position upon successful completion 

Oh 

Relative by logical block 

EOP side of the number of logical blocks specified in 
the logical identifier field 

1h 

Relative by logical file 

EOP side of the number of logical files specified in the 
LOGICAL IDENTIFIER field 

2h 

Absolute logical object 

BOP side of the logical object specified in the logical 
IDENTIFIER field 

3h 

Absolute logical file 

BOP side of the logical file specified in the logical 
IDENTIFIER field 

4h 

EOD 

EOD 

5h to Fh 

Reserved 


The partition field specifies the partition (see SSC-4) to select if the cp bit is set to one. 

The logical identifier field is used in conjunction with the positioning type field and shall specify how to 
position the medium. If the positioning type field is set to: 

a) Oh or 1 h, then the logical identifier field specifies the transfer count, in two's complement notation, 
of the number of logical objects (i.e., logical blocks if the positioning type field is set to Oh or logical 
files if the positioning type field is set to 1 h) to be spaced over and the direction of movement (see 
SSC-4); 

b) 2h or 3h, then the logical identifier field specifies the absolute logical object identifier (see SSC-4) 
of the location to which the medium shall be positioned; or 

c) 4h (i.e., EOD), then the logical identifier field shall be ignored. 
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6.4.6.16 Tape device logical object copy function 


The segment descriptor format shown in table 127 requests the copy manager to copy logical objects from the 
source tape device to the destination tape device. 



The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 127 for 
the tape logical object copy segment descriptor. 

Descriptor type code 18h (i.e., <loi>tape-><loi>tape) requests the copy manager to copy logical objects from 
the copy source tape device specified by the source cscd descriptor id field to the copy destination tape 
device specified by the destination cscd descriptor id field beginning at the current position of the copy 
source and the current position of the copy destination. If the peripheral device type field in the CSCD 
descriptor specified by the source cscd descriptor id field or the destination cscd descriptor id field 
does not contain 01 h, then the copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK 
CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to 
INVALID OPERATION FOR COPY SOURCE OR DESTINATION. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 127 for the tape logical 
object copy segment descriptor. 

The SOURCE CSCD descriptor id field and the destination cscd descriptor id field are described in 6.4.6.1. 

A continue through EOM (cteom) bit set to one specifies that the processing of this segment descriptor shall 
not be terminated as a result of the copy destination device returning: 

a) an eom bit set to one (see SSC-4); and 

b) the sense key field set to NO SENSE or BLANK CHECK. 
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A cteom bit set to zero specifies that the processing of this segment descriptor shall be terminated as a result 
of the copy destination device returning an eom bit set to one. 

An error on EOD (eoeod) bit set to one specifies that the processing of this segment descriptor shall terminate 
with the exception condition returned by the copy source device if EOD is encountered while reading from the 
copy source device (e.g., READ(6) command (see SSC-4)). An eoeod bit set to zero specifies that the 
processing of this segment descriptor shall not be terminated with an exception condition as a result of 
encountering EOD and segment descriptor processing shall continue with the next segment descriptor. 

The copy type field (see table 128) shall be used in conjunction with the number of objects field to specify 
the number of objects to be copied. 


Table 128 — copy type field 


Code 

Type of objects 

Description 

Oh 

Logical objects 

The number of objects field specifies the number of logical 
objects (see SSC-4) to copy. If the number of objects field is 
set to zero, then no logical objects are copied. This shall not be 
considered an error. 

1h 

Logical blocks 

The number of objects field specifies the number of logical 
blocks (see SSC-4) to copy. If a filemark is encountered, then 
the filemark is copied and the processing of this segment 
descriptor terminates with a filemark encountered indication. 

If the number of objects field is set to zero, then no logical 
blocks are copied. This shall not be considered an error. 

2h 

Logical files 

The number of objects field specifies the number of logical 
files (see SSC-4) to copy. If the number of objects field is 
set to zero, then no logical files are copied. This shall not be 
considered an error. 

3h 

All logical objects to EOD 

All logical objects starting at the current position of the copy 
source device and ending at EOD on the copy source device 
are copied to the destination device. The contents of the 
number of objects field shall be ignored. 

4h to Fh 


Reserved 


The number of objects field is used in conjunction with the copy type field and specifies the number of 
objects to be copied. 
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6.4.6.17 Register persistent reservation key function 

The segment descriptor format shown in table 129 requests the copy manager to register an l_T nexus using 
the reservation key (see 5.13.7) specified by the reservation key field with the logical unit specified by the 
DESTINATION CSCD DESCRIPTOR ID field. 



The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 129 for 
the register persistent reservation key segment descriptor. 

Descriptor type code 14h requests the copy manager to register an l_T nexus using the reservation key 
specified by the reservation key field with the logical unit specified by the destination cscd descriptor id 
field using a PERSISTENT RESERVE OUT command with a REGISTER service action (see 6.15.2). 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 129 for the register 
persistent reservation key segment descriptor. 

The destination cscd descriptor id field is described in 6.4.6.1. 

The reservation key field and service action reservation key field contents in the PERSISTENT 
RESERVE OUT command sent to the copy destination shall be copied from the reservation key field and 
service action reservation key field in the segment descriptor. 

The application client sending an EXTENDED COPY command that contains a register persistent reservation 
key segment descriptor may be required to remove the reservation key held by the copy manager as 
described in 5.13.11 prior to sending the EXTENDED COPY command. 
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6.4.6.18 Third party persistent reservations source l_T nexus function 

The segment descriptor format shown in table 130 requests the copy manager to send a PERSISTENT 
RESERVE OUT command with REGISTER AND MOVE service action (see 5.13.8) with the specified l_T 
nexus after all other segment descriptors have been processed. If an error is detected any time after receiving 
a third party persistent source reservation l_T nexus segment descriptor, then the PERSISTENT RESERVE 
OUT command REGISTER AND MOVE service action shall be processed before the copy operation (see 
5.16.4.3) originated by the EXTENDED COPY command is completed. 

This segment descriptor should be placed at or near the beginning of the list of segment descriptors to assure 
the copy manager processes the PERSISTENT RESERVE OUT command with REGISTER AND MOVE 
service action in the event of an error that terminates the processing of segment descriptors. If an error is 
detected in a segment descriptor and third party persistent reservations source l_T nexus segment descriptor 
has not been processed, then the copy manager shall not send a PERSISTENT RESERVE OUT command 
with REGISTER AND MOVE service action. 
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Placing more than one source third party persistent reservations source l_T nexus segment descriptor in the 
list of descriptors is not an error. All source third party persistent reservations source l_T nexus segment 
descriptors known to the copy manager shall be processed after all other segment descriptors have been 
processed. 


Table 130 — Third party persistent reservations source l_T nexus segment descriptor 



The descriptor type code field is described in 6.4.4 and 6.4.6.1, and shall be set as shown in table 130 for 
the third party persistent reservations source l_T nexus segment descriptor. 

Descriptor type code 15h requests the copy manager to send PERSISTENT RESERVE OUT command with 
REGISTER AND MOVE service action (see 6.15) to the target port specified by the destination cscd 
DESCRIPTOR ID field. 

The descriptor length field is described in 6. 4.6.1. The value in the descriptor length field shall be a 
multiple of 4. 

The destination cscd descriptor id field is described in 6.4.6.1. 
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If the peripheral device type field in the CSCD descriptor specified by the destination cscd descriptor id 
field does not contain 01 h, then the copy manager shall terminate the copy operation (see 5.16.4.3) with 
CHECK CONDITION status, with the sense key set to COPY ABORTED, and the additional sense code set to 
INVALID OPERATION FOR COPY SOURCE OR DESTINATION. 

Bytes eight to n of the third party persistent reservations source l_T nexus segment descriptor shall be sent as 
the parameter list (see 6.15.4) for the PERSISTENT RESERVE OUT command with REGISTER AND MOVE 
service action. 

For a description of the reservation key field, service action reservation key field, unreg bit, aptpl bit, 
RELATIVE TARGET port identifier field, transportid length field, and TransportID, see 6.15.4. 

6.4.6.19 Block device image copy function 

The segment descriptor format shown in table 131 requests the copy manager to perform an image copy from 
the copy source block device to the copy destination block device. 


Table 131 — Block device image copy segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (16h) 

1 

Reserved 

2 

(MSB) 

DESCRIPTOR LENGTH (0018h) 


3 


(LSB) 

4 

(MSB) 

SOURCE CSCD DESCRIPTOR ID 


5 


(LSB) 

6 

(MSB) 

DESTINATION CSCD DESCRIPTOR ID 


7 


(LSB) 

8 

(MSB) 

STARTING SOURCE LOGICAL BLOCK ADDRESS 


15 

(LSB) 

16 

(MSB) 

STARTING DESTINATION LOGICAL BLOCK ADDRESS 


23 

(LSB) 

24 

(MSB) 

NUMBER OF LOGICAL BLOCKS 


27 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1 and shall be set as shown in table 131 for 
the block device image copy segment descriptor. 

Descriptor type code 16h (i.e., <i>block-»<i>block) requests the copy manager to copy logical blocks from the 
copy source block device specified by the source cscd descriptor id field to the copy destination block 
device specified by the destination cscd descriptor id field while preserving the characteristics (e.g., logical 
block length protection information) associated with each logical block. 
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The copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with 
the sense key set to COPY ABORTED, and the additional sense code set to INCORRECT COPY TARGET 
DEVICE TYPE if: 

a) the disk block length field in the device type specific CSCD descriptor parameters (see 6.4.5.3) for 
the copy source is not equal to disk block length field in the device type specific CSCD descriptor 
parameters for the copy destination; or 

b) the protection information characteristics for the copy source are not the same as the protection 
information characteristics for the copy destination. 

While copying logical blocks from the copy source to the copy destination, the copy manager shall preserve 
the protection information. 

While copying logical blocks from the copy source to the copy destination, the copy manager should preserve 
the logical block provisioning information, if any. If the copy manager detects differences between the logical 
block provisioning characteristics for the copy source and the logical block provisioning characteristics for the 
copy destination that prevent the preservation of logical block provisioning information (see SBC-3), then the 
copy manager may terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the 
sense key set to COPY ABORTED, and the additional sense code set to INCORRECT COPY TARGET 
DEVICE TYPE. 

The descriptor length field is described in 6.4.6.1, and shall beset as shown in table 131 for descriptor type 
code 16h (i.e., <i>block^-<i>block). 

The SOURCE CSCD descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The starting source logical block address field specifies the first logical block to read from the copy 
source block device. 

The starting destination logical block address field specifies the first logical block to write on the copy 
destination block device. 

The number of logical blocks field specifies the number of logical blocks to copy. If the number of logical 
blocks field is set to zero, the copy manager shall use FFFF FFFF FFFF FFFFh as the number of logical 
blocks to copy. 

The copy manager shall copy logical blocks from the copy source to the copy destination beginning at the 
specified logical block addresses until: 

a) the specified number of logical blocks are copied; 

b) the maximum logical block address on the copy source is reached; or 

c) the maximum logical block address on the copy destination is reached. 

The <i>block^<i>block copy function shall be considered a success regardless of which limit on the number 
of logical blocks copied caused the function to end. 
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6.4.6.20 Populate a ROD from one or more block ranges function 

The segment descriptor format shown in table 132 requests the copy manager to add one or more ranges 
from the copy source block device to the end of the ROD that is specified as the copy destination. The copy 
manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense 
key set to ILLEGAL REOUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST if: 

a) the peripheral device type field in the specified copy source CSCD descriptor is not set to OOh (i.e., 
block device); 

b) the peripheral device type field in the specified copy destination CSCD descriptor is not set to OOh 
(i.e., block device); 

c) the source cscd descriptor id field is not set to FFFFh (i.e., the logical unit that contains the copy 
manager); 

d) the copy destination CSCD descriptor is not a ROD CSCD descriptor (see 6.4.5.9); 

e) the rod type field in the copy destination CSCD descriptor is set to zero; or 

f) the same LBA is specified in more than one range descriptor (see 5.16.6.3). 


Table 132 — Populate a ROD from one or more block ranges segment descriptor 



The DESCRIPTOR TYPE code field is described in 6.4.4 and 6.4.6.1 and shall be set as shown in table 132 for 
the Populate a ROD from one or more block ranges segment descriptor. 
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Descriptor type code BEh (i.e., ROD-^block ranges(n)) requests the copy manager to add the ranges 
specified in the segment descriptor from the copy source specified by the source cscd descriptor id field to 
the end of the ROD specified by the destination cscd descriptor id field. 

The DESCRIPTOR LENGTH field is described in 6.4.6.1. 

The SOURCE CSCD descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The range descriptor type field (see table 133) specifies the format of all range descriptors. 


Table 133 — range descriptor type field 


Code 

Description 

Reference 

Olh 

Four gibi-block range descriptor 

table 134 

all others 

Reserved 


The range descriptors length field specifies the number of bytes of range descriptors that follow. 


If the range descriptor type field is set to 01 h, each range descriptor (see table 134) has the format 
specified by the range descriptor type field. 



The logical block address field specifies the first LBA from the copy source to be added to the copy 
destination ROD. 

The number of logical blocks field specifies the number of consecutive LBAs from the copy source to be 
added to the copy destination ROD. 
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6.4.6.21 Populate a ROD from one block range function 

The segment descriptor format shown in table 135 requests the copy manager to add one range from the 
copy source block device to the end of the ROD that is specified as the copy destination. The copy manager 
shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to 
ILLEGAL REOUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST if: 

a) the peripheral device type field in the specified copy source CSCD descriptor is not set to OOh (i.e., 
block device); 

b) the peripheral device type field in the specified copy destination CSCD descriptor is not set to OOh 
(i.e., block device); 

c) the source cscd descriptor id field is not set to FFFFh (i.e., the logical unit that contains the copy 
manager); 

d) the copy destination CSCD descriptor is not a ROD CSCD descriptor (see 6.4.5.9); or 

e) the rod type field in the copy destination CSCD descriptor is set to zero. 


Table 135 — Populate a ROD from one block range segment descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DESCRIPTOR TYPE CODE (BFh) 

1 

Reserved 

2 

(MSB) 

DESCRIPTOR LENGTH (001 Oh) 


3 


(LSB) 

4 

(MSB) 

SOURCE CSCD DESCRIPTOR ID 


5 


(LSB) 

6 

(MSB) 

DESTINATION CSCD DESCRIPTOR ID 


7 


(LSB) 

8 

(MSB) 

LOGICAL BLOCK ADDRESS 


15 

(LSB) 

16 

(MSB) 

NUMBER OF LOGICAL BLOCKS 


19 

(LSB) 


The descriptor type code field is described in 6.4.4 and 6.4.6.1 and shall be set as shown in table 135 for 
the Populate a ROD from one block range segment descriptor. 

Descriptor type code BFh (i.e., ROD<-block range(l)) requests the copy manager to add the range specified 
in the segment descriptor from the copy source specified by the source cscd descriptor id field to the end 
of the ROD specified by the destination cscd descriptor id field. 

The descriptor length field is described in 6.4.6.1, and shall be set as shown in table 135 for descriptor type 
code BEh (i.e., ROD<-block range(l)). 

The SOURCE CSCD descriptor id field and destination cscd descriptor id field are described in 6.4.6.1. 

The logical block address field specifies the first LBA from the copy source to be added to the copy 
destination ROD. 
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The number of logical blocks field specifies the number of consecutive LBAs from the copy source to be 
added to the copy destination ROD. 
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6.5 INQUIRY command 


6.5.1 INQUIRY command introduction 

The INQUIRY command (see table 136) requests the device server to return information regarding the logical 
unit and SCSI target device. 


Table 136 — INQUIRY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (12h) 

1 

Reserved Obsolete evpd 

2 

PAGE CODE 

3 

(MSB) 

4 

ALLOCATION LENGTH 

(LSB) 

5 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 136 for the INQUIRY 
command. 

An enable vital product data (evpd) bit set to one specifies that the device server shall return the vital product 
data specified by the page code field (see 7.7). If the device server does not implement the requested vital 
product data page, then the device server shall terminate the command with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

An evpd bit set to zero specifies that the device server shall return the standard INQUIRY data (see 6.5.2). If 
the page code field is not set to zero and the evpd bit is set to zero, then the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 

If the evpd bit is set to one, the page code field specifies which page of vital product data information the 
device server shall return (see 7.7). 

The ALLOCATION length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

In response to an INQUIRY command received by an incorrect logical unit, the SCSI target device shall return 
the INQUIRY data with the peripheral qualifier set to the value defined in 6.5.2. The device server or task 
router (see SAM-5) shall terminate an INQUIRY command with CHECK CONDITION status only if the device 
server or task router is unable to return the requested INQUIRY data. 

If an INQUIRY command is received from an initiator port for which the device server has a pending unit 
attention condition (i.e., before the device server reports CHECK CONDITION status), then the device server 
shall perform the INQUIRY command and shall not clear the unit attention condition (see SAM-5). 

The device server should be able to process the INQUIRY command even when an error occurs that prohibits 
normal command completion. 
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INQUIRY data (i.e., standard INQUIRY data (see 6.5.2) and all VPD pages (see 7.7)) should be returned even 
though the device server is not ready for other commands. Standard INQUIRY data, the Extended INQUIRY 
Data VPD page (see 7.7.7), and the Device Identification VPD page (see 7.7.6) should be available without 
incurring any media access delays. If reporting INQUIRY data requires a delay (e.g., the device server stores 
some of the standard INQUIRY data or VPD data on the media), then the device server may return ASCII 
spaces (20h) in ASCII fields and zeros in other fields until the data is available from the media. 

INQUIRY data may change as the SCSI target device and its logical units perform their initialization sequence. 

EXAMPLE - Logical units may provide a minimum command set from nonvolatile memory until they load the final firmware 
from the media. After the firmware has been loaded, more options may be supported and therefore different INQUIRY data 
may be returned. 

If INQUIRY data changes for any reason, the device server shall establish a unit attention condition for the 
initiator port associated with every l_T nexus (see SAM-5), with the additional sense code set to INQUIRY 
DATA HAS CHANGED. 

NOTE 17 - The INQUIRY command may be used by an application client after a hard reset or power on 
condition to determine the device types for system configuration. 


6.5.2 Standard INQUIRY data 


The standard INQUIRY data (see table 137) shall contain at least 36 bytes. 

Table 137 — Standard INQUIRY data format (part 1 of 2) 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

rmb lu_cong Reserved 

2 

VERSION 

3 

Reserved Reserved NormACA HiSup response data format (2h) 

4 

ADDITIONAL LENGTH (n-4) 

5 

sees 

Obsolete 

TPGS 

3PC 

Reserved 

PROTECT 

6 

Obsolete 

EncServ 

VS Multi P 

Obsolete 

Reserved 

Reserved 

Obsolete 

7 

Obsolete 

Reserved 

Obsolete 

Obsolete 

Reserved 

CmdQue 

VS 

8 

(MSB) 

TlO VENDOR IDENTIFICATION 


15 

(LSB) 

16 

(MSB) 

PRODUCT IDENTIFICATION 


31 

(LSB) 

32 

(MSB) 

PRODUCT REVISION LEVEL 


35 

(LSB) 
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Table 137 — Standard INQUIRY data format (part 2 of 2) 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

36 

Vendor specific 


55 


56 

Reserved Obsolete 

57 

Reserved 

58 

(MSB) 

VERSION DESCRIPTOR 1 


59 


(LSB) 



72 

(MSB) 

VERSION DESCRIPTOR 8 


73 


(LSB) 

74 

Reserved 


95 



Vendor specific parameters 

96 

Vendor specific 


n 



The peripheral qualifier field and peripheral device type field identify the logical unit accessible by the 
task router (see SAM-5) contained in the SCSI target port that received this INQURY command. If the SCSI 
target device is not capable of accessing the addressed logical unit from the addressed SCSI target port, then 
the device server shall set these fields to 7Fh (i.e., peripheral qualifier field set to 011b and peripheral 
device TYPE field set to 1 Fh). 
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The peripheral qualifier field is defined in table 138. 


Table 138 — peripheral qualifier field 


Qualifier 

Description 

000b 

An addressed logical unit having the indicated peripheral device type is: 

a) accessible to the task router (see SAM-5) contained in the SCSI target port that 
received this INQUIRY command; or 

b) the task router is unable to determine whether or not the addressed logical unit 
is accessible from this SCSI target port. 

This peripheral qualifier value does not indicate that a logical unit accessible by this 
task router is ready for access. 

001b 

An addressed logical unit having the indicated device type is not accessible, at this 
time, to the task router (see SAM-5) contained in the SCSI target port that received 
this INQUIRY command. 

However, the task router is capable of accessing the addressed logical unit from this 
SCSI target port 

010b 

Reserved 

011b 

An addressed logical unit is not accessible to the task router (see SAM-5) contained in 
the SCSI target port that received this INQUIRY command. 

If the task router sets the peripheral qualifier field to 011b, the task router shall set 
the PERIPHERAL DEVICE TYPE field to IFh. 

100b to 111b 

Vendor specific 


The peripheral device type field is defined in table 139. 

Table 139 — peripheral device type field (part 1 of 2) 


Code 

Reference a 

Device type 

OOh 

SBC-3 

Direct access block device (e.g., magnetic disk) 

Olh 

SSC-4 

Sequential-access device (e.g., magnetic tape) 

02h 


Obsolete 

03h 

SPC-2 

Processor device 

04 h 


Obsolete 

05h 

MMC-6 

CD/DVD device 

06h 


Reserved 

07h 

SBC 

Optical memory device (e.g., some optical disks) 

08h 

SMC-3 

Media changer device (e.g., jukeboxes) 

09h to OBh 


Reserved 

OCh 

SCC-2 

Storage array controller device (e.g., RAID) 

ODh 

SES-2 

Enclosure services device 

OEh 

RBC 

Simplified direct-access device (e.g., magnetic disk) 

OFh 

OCRW 

Optical card reader/writer device 

a All standards are subject to revision, and parties to agreements based on this standard are 

encouraged to investigate the possibility of applying the most recent editions of the listed 
standards. 

b All well known logical units use the same device type. 
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Table 139 — peripheral device type field (part 2 of 2) 


Code 

Reference a 

Device type 

lOh 


Reserved 

11 h 

OSD-2 

Object-based Storage Device 

12h 

ADC-3 

Automation/Drive Interface 

13h 


Obsolete 

14h 

ZBC 

Host managed zoned block device 

15h toIDh 


Reserved 

1Eh 

clause 8 

Well known logical unit b 

IFh 


Unknown or no device type 

a All standards are subject to revision, and parties to agreements based on this standard are 

encouraged to investigate the possibility of applying the most recent editions of the listed 
standards. 

b All well known logical units use the same device type. 


A removable medium (rmb) bit set to zero indicates that the medium is not removable. A rmb bit set to one 
indicates that the medium is removable. 

A logical unit conglomerate (lu_cong) bit set to zero indicates that the logical unit is not part of a logical unit 
conglomerate (see SAM-5). A lu_cong bit set to one indicates that the logical unit is part of a logical unit 
conglomerate. 

The version field indicates the implemented version of this standard and is defined in table 140. 


Table 140 — version field 


Code 

Description 

OOh 

The device server does not claim conformance to any standard. 

01 h to 02h 

Obsolete 

03h 

The device server complies to ANSI INCITS 301-1997 (a withdrawn standard). 

04 h 

The device server complies to ANSI INCITS 351-2001 (SPC-2). 

05h 

The device server complies to ANSI INCITS 408-2005 (SPC-3). 

06h 

The device server complies to this standard. 

07h 

Reserved 

08h to OCh 

Obsolete 

ODh to 3Fh 

Reserved 

40h to 44h 

Obsolete 

45h to 47h 

Reserved 

48h to 4Ch 

Obsolete 

4Dh to 7Fh 

Reserved 

80h to 84h 

Obsolete 

85h to 87h 

Reserved 

88h to 8Ch 

Obsolete 

8Dh to FFh 

Reserved 
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The Normal ACA Supported (NormACA) bit set to one indicates that the device server supports a naca bit set 
to one in the CDB control byte and supports the aca task attribute (see SAM-5). A NormACA bit set to zero 
indicates that the device server does not support a naca bit set to one and does not support the aca task 
attribute. 

A historical support (HiSup) bit set to zero indicates the SCSI target device does not use the LUN structures 
described in SAM-5. A HiSup bit set to one indicates the SCSI target device uses the LUN structures 
described in SAM-5. 

The response data format field (see table 141) indicates the format of the standard INQUIRY data and shall 
be set as shown in table 137. 


Table 141 — response data format field 


Code 

Description 

OOh to 01 h 

02h 

all other values 

Obsolete 

The response data format complies to this standard. 

Reserved 


The additional length field indicates the length in bytes of the remaining standard INQUIRY data. The 
contents of the additional length field are not altered based on the allocation length (see 4.2.5.6). 

An SCC Supported (sees) bit set to one indicates that the SCSI target device contains an embedded storage 
array controller component that is addressable through this logical unit. See SCC-2 for details about storage 
array controller devices. An sees bit set to zero indicates that no embedded storage array controller 
component is addressable through this logical unit. 

The contents of the target port group support (tpgs) field (see table 142) indicate the support for asymmetric 
logical unit access (see 5.15). 


Table 142 — tpgs field 


Code 

Description 

00b 

The logical unit does not support asymmetric logical unit access or supports a form of asymmet¬ 
ric access that is vendor specific. Neither the REPORT TARGET GROUPS command nor the 
SET TARGET PORT GROUPS command is supported. 

01b 

The logical unit supports only implicit asymmetric logical unit access (see 5.15.2.9). The logical 
unit is capable of changing target port asymmetric access states without a SET TARGET PORT 
GROUPS command. The REPORT TARGET PORT GROUPS command is supported and the 
SET TARGET PORT GROUPS command is not supported. 

10b 

The logical unit supports only explicit asymmetric logical unit access (see 5.15.2.10). The logical 
unit only changes target port asymmetric access states as requested with the SET TARGET 
PORT GROUPS command. Both the REPORT TARGET PORT GROUPS command and the 

SET TARGET PORT GROUPS command are supported. 

11b 

The logical unit supports both explicit and implicit asymmetric logical unit access. Both the 
REPORT TARGET PORT GROUPS command and the SET TARGET PORT GROUPS 
commands are supported. 


A third-party copy (3PC) bit set to one indicates that the logical unit supports third-party copy commands (see 
5.16.3). A 3PC bit set to zero indicates that the logical unit does not support third-party copy commands. 
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A protect bit set to zero indicates that the logical unit does not support protection information. A protect bit 
set to one indicates that the logical unit supports: 

a) type 1 protection, type 2 protection, or type 3 protection (see SBC-3); or 

b) logical block protection (see SSC-4). 

More information about the type of protection the logical unit supports is available in the spt field (see 7.7.7). 

An Enclosure Services (EncServ) bit set to one indicates that the SCSI target device contains an embedded 
enclosure services component that is addressable through this logical unit. See SES-3 for details about 
enclosure services. An EncServ bit set to zero indicates that no embedded enclosure services component is 
addressable through this logical unit. 

A multiple SCSI port (MultiP) bit set to one indicates that the logical unit is in a SCSI target device with 
multiple SCSI target ports (see SAM-5). A MultiP bit set to zero indicates that the logical unit is in a SCSI 
target device with a single SCSI target port. 

The CmdQue bit shall be set to one indicating that the logical unit supports the command management model 
defined in SAM-5. 

The TlO vendor identification field contains eight bytes of left-aligned ASCII data (see 4.3.1) identifying the 
manufacturer of the logical unit. The T10 vendor identification shall be one assigned by INCITS. A list of 
assigned T10 vendor identifications is in Annex F and on the T10 web site (http://www.t10.org). 

NOTE 18 - The T10 web site (http://www.t10.org) provides a convenient means to request an identification 
code. 

The product identification field contains 16 bytes of left-aligned ASCII data (see 4.3.1) that identifies the 
product and is defined by the manufacturer. 

The product revision level field contains four bytes of left-aligned ASCII data that identifies the product 
revision and is defined by the manufacturer. 
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The version descriptor fields provide for identifying up to eight standards to which the SCSI target device 
and/or logical unit claim conformance. The value in each version descriptor field shall be selected from 
table 143. All version descriptor values not listed in table 143 are reserved. Technical Committee T10 of 
INCITS maintains an electronic copy of the information in table 143 on its website (http://www.t10.org/). In the 
event that the T10 website is no longer active, the information may be accessible on the INCITS website 
(http://www.incits.org), the ANSI website (http://www.ansi.org), the IEC website (http://www.iec.ch/), the ISO 
website (http://www.iso.ch/), or the ISO/IEC JTC 1 website (http://www.jtd.org/). It is recommended that the 
first version descriptor be used for the SCSI architecture standard, followed by the physical transport standard 
if any, followed by the SCSI transport protocol standard, followed by the appropriate SPC-x version, followed 
by the device type command set, followed by a secondary command set, if any. 


Table 143 — Version descriptor values (part 1 of 13) 


Standard 

Version 

Descriptor 

Value 

ACS-2 (no version claimed) 

1761 h 

ACS-2 ANSI INCITS 482-2013 

1762h 

ACS-3 (no version claimed) 

1765h 

ADC (no version claimed) 

03C0h 

ADC ANSI INCITS 403-2005 

03D7h 

ADC T10/1558-D revision 7 

03D6h 

ADC T10/1558-D revision 6 

03D5h 

ADC-2 (no version claimed) 

04A0h 

ADC-2 ANSI INCITS 441-2008 

04ACh 

ADC-2 T10/1741-D revision 7 

04A7h 

ADC-2 T10/1741-D revision 8 

04AAh 

ADC-3 (no version claimed) 

0500h 

ADC-3 ANSI INCITS 497-2012 

050Ah 

ADC-3 T10/1895-D revision 04 

0502h 

ADC-3 T10/1895-D revision 05 

0504h 

ADC-3 T10/1895-D revision 05a 

0506h 

ADC-4 (no version claimed) 

0640 h 

ADP (no version claimed) 

09C0h 

ADT (no version claimed) 

09E0h 

ADTANSI INCITS 406-2005 

09FDh 

ADT T10/1557-D revision 14 

09FAh 

ADT T10/1557-D revision 11 

09F9h 

ADT-2 (no version claimed) 

0A20h 

ADT-2 ANSI INCITS 472-2011 

0A2Bh 

ADT-2 T10/1742-D revision 06 

0A22h 

ADT-2 T10/1742-D revision 08 

0A27h 

ADT-2 T10/1742-D revision 09 

0A28h 

ADT-3 (no version claimed) 

0A60h 

ATA/ATAPI-6 (no version claimed) 

15E0h 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Table 143 — Version descriptor values (part 2 of 13) 


Standard 

Version 

Descriptor 

Value 

ATA/ATAPI-6 ANSI INCUS 361-2002 

15FDh 

ATA/ATAPI-7 (no version claimed) 

1600h 

ATA/ATAPI-7 ISO/IEC 24739 

161Eh 

ATA/ATAPI-7 ANSI INCITS 397-2005 

161Ch 

ATA/ATAPI-7 T13/1532-D revision 3 

1602h 

ATA/ATAPI-8 ATA8-AAM (no version claimed) 

1620h 

ATA/ATAPI-8 ATA8-AAM ANSI INCITS 451-2008 

1628h 

ATA/ATAPI-8 ATA8-APT Parallel Transport (no version claimed) 

1621 h 

ATA/ATAPI-8 ATA8-AST Serial Transport (no version claimed) 

1622h 

ATA/ATAPI-8 ATA8-ACS ATA/ATAPI Command Set (no version claimed) 

1623h 

ATA/ATAPI-8 ATA8-ACS ANSI INCITS 452-2009 w/ Amendment 1 

162Ah 

BCC (no version claimed) 

0380h 

EPI (no version claimed) 

0B20h 

EPI ANSI INCITS TR-23 1999 

0B3Ch 

EPI T10/1134 revision 16 

0B3Bh 

Fast-20 (no version claimed) 

OACOh 

Fast-20 ANSI INCITS 277-1996 

OADCh 

Fast-20 T10/1071 revision 06 

OADBh 

FC 10GFC (no version claimed) 

OEAOh 

FC 10GFC ISO/IEC 14165-116 

0EA3h 

FC 10GFC ANSI INCITS 364-2003 

0EA2h 

FC 10GFC ISO/IEC 14165-116 with AMI 

0EA5h 

FC 10GFC ANSI INCITS 364-2003 with AMI ANSI INCITS 364/AM1-2007 

0EA6h 

FC-AL (no version claimed) 

0D40h 

FC-AL ANSI INCITS 272-1996 

0D5Ch 

FC-AL-2 (no version claimed) 

0D60h 

FC-AL-2 ISO/IEC 14165-122 with AMI & AM2 

0D65h 

FC-AL-2 ANSI INCITS 332-1999 with AMI-2003 & AM2-2006 

0D63h 

FC-AL-2 ANSI INCITS 332-1999 with Amnd 2 AM2-2006 

0D64h 

FC-AL-2 ANSI INCITS 332-1999 with Amnd 1 AMI-2003 

0D7Dh 

FC-AL-2 ANSI INCITS 332-1999 

0D7Ch 

FC-AL-2 T11/1133-D revision 7.0 

0D61h 

FC-DA (no version claimed) 

12E0h 

FC-DA ISO/IEC 14165-341 

12E9h 

FC-DA ANSI INCITS TR-36 2004 

12E8h 

FC-DA T11/1513-DT revision 3.1 

12E2h 

FC-DA-2 (no version claimed) 

12C0h 

FC-DA-2 INCITS TR-49 2012 

12C9h 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Table 143 — Version descriptor values (part 3 of 13) 


Standard 

Version 

Descriptor 

Value 

FC-DA-2 T11/1870DT revision 1.04 

12C3h 

FC-DA-2 T11/1870DT revision 1.06 

12C5h 

FC-FLA (no version claimed) 

1320h 

FC-FLA ANSI INCUS TR-20 1998 

133Ch 

FC-FLA Til/1235 revision 7 

133Bh 

FC-FS (no version claimed) 

ODAOh 

FC-FS ISO/I EC 14165-251 

ODBDh 

FC-FS ANSI INCITS 373-2003 

ODBCh 

FC-FS T11/1331-D revision 1.2 

0DB7h 

FC-FS T11/1331-D revision 1.7 

0DB8h 

FC-FS-2 (no version claimed) 

OEOOh 

FC-FS-2 ANSI INCITS 242-2007 with AMI ANSI INCITS 242/AM1-2007 

0E03h 

FC-FS-2 ANSI INCITS 242-2007 

0E02h 

FC-FS-3 (no version claimed) 

OEEOh 

FC-FS-3 ANSI INCITS 470-2011 

OEEBh 

FC-FS-3 T11/1861-D revision 0.9 

0EE2h 

FC-FS-3 T11 /1861 -D revision 1.0 

0EE7h 

FC-FS-3 T11/1861-D revision 1.10 

0EE9h 

FC-FS-4 (no version claimed) 

0F60h 

FC-LS (no version claimed) 

0E20h 

FC-LS ANSI INCITS 433-2007 

0E29h 

FC-LS T11/1620-D revision 1.62 

0E21h 

FC-LS-2 (no version claimed) 

OFOOh 

FC-LS-2 ANSI INCITS 477-2011 

0F07h 

FC-LS-2 T11/2103-D revision 2.11 

0F03h 

FC-LS-2 T11/2103-D revision 2.21 

0F05h 

FC-LS-3 (no version claimed) 

0F80h 

FCP (no version claimed) 

08C0h 

FCP ANSI INCITS 269-1996 

08DCh 

FCP T10/0993-D revision 12 

08DBh 

FC-PH (no version claimed) 

0D20h 

FC-PH ANSI INCITS 230-1994 

0D3Bh 

FC-PH ANSI INCITS 230-1994 with Amnd 1 ANSI INCITS 230/AM1-1996 

0D3Ch 

FC-PH-3 (no version claimed) 

0D80h 

FC-PH-3 ANSI INCITS 303-1998 

0D9Ch 

FC-PI (no version claimed) 

ODCOh 

FC-PI ANSI INCITS 352-2002 

ODDCh 

FC-PI-2 (no version claimed) 

ODEOh 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Table 143 — Version descriptor values (part 4 of 13) 


Standard 

Version 

Descriptor 

Value 

FC-PI-2 ANSI INCUS 404-2006 

0DE4h 

FC-PI-2 T11/1506-D revision 5.0 

0DE2h 

FC-PI-3 (no version claimed) 

0E60h 

FC-PI-3 ANSI INCUS 460-2011 

0E6Eh 

FC-PI-3 T11/1625-D revision 2.0 

0E62h 

FC-PI-3 T11/1625-D revision 2.1 

0E68h 

FC-PI-3 T11/1625-D revision 4.0 

0E6Ah 

FC-PI-4 (no version claimed) 

0E80h 

FC-PI-4 ANSI INCUS 450-2009 

0E88h 

FC-PI-4 T11/1647-D revision 8.0 

0E82h 

FC-PI-5 (no version claimed) 

0F20h 

FC-PI-5 ANSI INCUS 479-2011 

0F2Eh 

FC-PI-5 T11/2118-D revision 2.00 

0F27h 

FC-PI-5 T11/2118-D revision 3.00 

0F28h 

FC-PI-5 T11/2118-D revision 6.00 

0F2Ah 

FC-PI-5 T11/2118-D revision 6.10 

0F2Bh 

FC-PI-6 (no version claimed) 

0F40h 

FC-PLDA (no version claimed) 

1340h 

FC-PLDA ANSI INCUS TR-19 1998 

135Ch 

FC-PLDA Til/1162 revision 2.1 

135Bh 

FCP-2 (no version claimed) 

0900h 

FCP-2 ANSI INCITS 350-2003 

0917h 

FCP-2 T10/1144-D revision 8 

0918h 

FCP-2 T10/1144-D revision 4 

0901 h 

FCP-2 T10/1144-D revision 7 

0915h 

FCP-2 T10/1144-D revision 7a 

0916h 

FCP-3 (no version claimed) 

OAOOh 

FCP-3 ISO/IEC 14776-223 

OAlCh 

FCP-3 ANSI INCITS 416-2006 

OAlIh 

FCP-3 T10/1560-D revision 4 

OAOFh 

FCP-3 T10/1560-D revision 3f 

0A07h 

FCP-4 (no version claimed) 

0A40h 

FCP-4 ANSI INCITS 481-2012 

0A46h 

FCP-4 T10/1828-D revision 01 

0A42h 

FCP-4 T10/1828-D revision 02 

0A44h 

FCP-4 T10/1828-D revision 02b 

0A45h 

FC-SCM (no version claimed) 

12A0h 

FC-SCM INCITS TR-47 2012 

12AAh 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


269 




T10/BSR INCUS 502 Revision 05 


12 August 2015 


Table 143 — Version descriptor values (part 5 of 13) 


Standard 

Version 

Descriptor 

Value 

FC-SCM T11/1824DT revision 1.0 

12A3h 

FC-SCM T11/1824DT revision 1.1 

12A5h 

FC-SCM T11/1824DT revision 1.4 

12A7h 

FC-SP (no version claimed) 

0E40h 

FC-SP ANSI INCUS 426-2007 

0E45h 

FC-SP T11/1570-D revision 1.6 

0E42h 

FC-SP-2 (no version claimed) 

OECOh 

FC-Tape (no version claimed) 

1300h 

FC-Tape ANSI INCUS TR-24 1999 

131Ch 

FC-Tape T11/1315 revision 1.17 

131Bh 

FC-Tape T11/1315 revision 1.16 

1301 h 

IEEE 1394 (no version claimed) 

14A0h 

ANSI IEEE 1394-1995 

14BDh 

IEEE 1394a (no version claimed) 

14C0h 

IEEE 1394b (no version claimed) 

14E0h 

IEEE 1667 (no version claimed) 

FFCOh 

IEEE 1667-2006 

FFCIh 

IEEE 1667-2009 

FFC2h 

iSCSI (no version claimed) 

0960h 

iSCSI (versions as described via RFC 7144) 

0961 h to 
097Fh 

MMC (no version claimed) 

0140h 

MMC ANSI INCITS 304-1997 

015Ch 

MMC T10/1048-D revision 10a 

015Bh 

MMC-2 (no version claimed) 

0240h 

MMC-2 ANSI INCITS 333-2000 

025Ch 

MMC-2 T10/1228-D revision 11a 

025Bh 

MMC-2 T10/1228-D revision 11 

0255h 

MMC-3 (no version claimed) 

02A0h 

MMC-3 ANSI INCITS 360-2002 

02B8h 

MMC-3 T10/1363-D revision lOg 

02B6h 

MMC-3 T10/1363-D revision 9 

02B5h 

MMC-4 (no version claimed) 

03A0h 

MMC-4 ANSI INCITS 401-2005 

03BFh 

MMC-4 T10/1545-D revision 3 

03BDh 

MMC-4 T10/1545-D revision 3d 

03BEh 

MMC-4 T10/1545-D revision 5 

03B0h 

MMC-4 T10/1545-D revision 5a 

03B1h 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Table 143 — Version descriptor values (part 6 of 13) 


Standard 

Version 

Descriptor 

Value 

MMC-5 (no version claimed) 

0420h 

MMC-5 T10/1675-D revision 04 

0432h 

MMC-5 ANSI INCUS 430-2007 

0434h 

MMC-5 T10/1675-D revision 03 

042Fh 

MMC-5 T10/1675-D revision 03b 

0431 h 

MMC-6 (no version claimed) 

04E0h 

MMC-6 ANSI INCUS 468-2010 + MMC-6/AM1 ANSI INCUS 468-2010/AM 1 

04E7h 

MMC-6 ANSI INCUS 468-2010 

04E6h 

MMC-6 T10/1836-D revision 02b 

04E3h 

MMC-6 T10/1836-D revision 02g 

04E5h 

OCRW (no version claimed) 

0280h 

OCRW ISO/I EC 14776-381 

029Eh 

OSD (no version claimed) 

0340h 

OSD ANSI INCUS 400-2004 

0356h 

OSD T10/1355-D revision 10 

0355h 

OSD T10/1355-D revision 0 

0341 h 

OSD T10/1355-D revision 7a 

0342h 

OSD T10/1355-D revision 8 

0343h 

OSD T10/1355-D revision 9 

0344h 

OSD-2 (no version claimed) 

0440h 

OSD-2 ANSI INCUS 458-2011 

0448h 

OSD-2 T10/1729-D revision 4 

0444h 

OSD-2 T10/1729-D revision 5 

0446h 

OSD-3 (no version claimed) 

0560h 

PQI (no version claimed) 

2200h 

PQI ANSI INCUS 490-2014 

2208h 

PQI T10/BSR INCUS 490 revision 6 

2204h 

PQI T10/BSR INCUS 490 revision 7 

2206h 

PQI-2 (no version claimed) 

2240h 

RBC (no version claimed) 

0220h 

RBC ANSI INCUS 330-2000 

023Ch 

RBC T10/1240-D revision 10a 

0238h 

SAM (no version claimed) 

0020h 

SAM ANSI INCUS 270-1996 

003Ch 

SAM T10/0994-D revision 18 

003Bh 

SAM-2 (no version claimed) 

0040h 

SAM-2 ISO/IEC 14776-412 

005Eh 

SAM-2 ANSI INCUS 366-2003 

005Ch 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Table 143 — Version descriptor values (part 7 of 13) 


Standard 

Version 

Descriptor 

Value 

SAM-2 T10/1157-D revision 24 

0055h 

SAM-2 T10/1157-D revision 23 

0054h 

SAM-3 (no version claimed) 

0060h 

SAM-3 ANSI INCUS 402-2005 

0077h 

SAM-3 T10/1561-D revision 14 

0076h 

SAM-3 T10/1561-D revision 7 

0062h 

SAM-3 T10/1561-D revision 13 

0075h 

SAM-4 (no version claimed) 

0080h 

SAM-4 ISO/IEC 14776-414 

0092h 

SAM-4 ANSI INCUS 447-2008 

0090h 

SAM-4 T10/1683-D revision 13 

0087h 

SAM-4 T10/1683-D revision 14 

008Bh 

SAM-5 (no version claimed) 

OOAOh 

SAM-5 T10/2104-D revision 4 

00A2h 

SAM-5 T10/2104-D revision 20 

00A4h 

SAM-5 T10/2104-D revision 21 

00A6h 

SAM-6 (no version claimed) 

OOCOh 

SAS (no version claimed) 

OBEOh 

SAS ANSI INCUS 376-2003 

OBFDh 

SAS T10/1562-D revision 05 

OBFCh 

SAS T10/1562-D revision 01 

OBEIh 

SAS T10/1562-D revision 03 

0BF5h 

SAS T10/1562-D revision 04 

OBFAh 

SAS T10/1562-D revision 04 

OBFBh 

SAS-1.1 (no version claimed) 

OCOOh 

SAS-1.1 ISO/IEC 14776-151 

0C12h 

SAS-1.1 ANSI INCUS 417-2006 

OCIIh 

SAS-1.1 T10/1601-D revision 9 

0C07h 

SAS-1.1 T10/1601-D revision 10 

OCOFh 

SAS-2 (no version claimed) 

0C20h 

SAS-2 ANSI INCUS 457-2010 

0C2Ah 

SAS-2 T10/1760-D revision 14 

0C23h 

SAS-2 T10/1760-D revision 15 

0C27h 

SAS-2 T10/1760-D revision 16 

0C28h 

SAS-2.1 (no version claimed) 

0C40h 

SAS-2.1 ISO/IEC 14776-153 

0C52h 

SAS-2.1 ANSI INCUS 478-2011 

0C4Eh 

SAS-2.1 ANSI INCUS 478-2011 w/Amnd 1 ANSI INCUS 478/AMI-2014 

0C4Fh 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Standard 

Version 

Descriptor 

Value 

SAS-2.1 T10/2125-D revision 04 

0C48h 

SAS-2.1 T10/2125-D revision 06 

0C4Ah 

SAS-2.1 T10/2125-D revision 07 

0C4Bh 

SAS-3 (no version claimed) 

0C60h 

SAS-3 ANSI INCUS 519-2014 

0C68h 

SAS-3 T10/BSR INCUS 519 revision 05a 

0C63h 

SAS-3 T10/BSR INCUS 519 revision 06 

0C65h 

SAS-4 (no version claimed) 

0C80h 

SAT (no version claimed) 

lEAOh 

SAT ANSI INCITS 431-2007 

lEADh 

SAT T10/1711-D revision 9 

lEABh 

SAT T10/1711-D revision 8 

1EA7h 

SAT-2 (no version claimed) 

lECOh 

SAT-2 ANSI INCITS 465-2010 

lECAh 

SAT-2 T10/1826-D revision 06 

1EC4h 

SAT-2 T10/1826-D revision 09 

1EC8h 

SAT-3 (no version claimed) 

lEEOh 

SAT-3 ANSI INCITS 517-2015 

1EE8h 

SAT-3 T10/BSR INCITS 517 revision 4 

1EE2h 

SAT-3 T10/BSR INCITS 517 revision 7 

1EE4h 

SAT-4 (no version claimed) 

IFOOh 

SBC (no version claimed) 

0180h 

SBC ANSI INCITS 306-1998 

019Ch 

SBC T10/0996-D revision 08c 

019Bh 

SBC-2 (no version claimed) 

0320h 

SBC-2 ISO/I EC 14776-322 

033Eh 

SBC-2 ANSI INCITS 405-2005 

033Dh 

SBC-2 T10/1417-D revision 16 

033Bh 

SBC-2 T10/1417-D revision 5a 

0322h 

SBC-2 T10/1417-D revision 15 

0324 h 

SBC-3 (no version claimed) 

04C0h 

SBC-3 ANSI INCITS 514-2014 

04C8h 

SBC-3 T10/BSR INCITS 514 revision 35 

04C3h 

SBC-3 T10/BSR INCITS 514 revision 36 

04C5h 

SBC-4 (no version claimed) 

0600h 

SBP-2 (no version claimed) 

08E0h 

SB P-2 ANSI INCITS 325-1998 

08FCh 

SBP-2 T10/1155-D revision 04 

08FBh 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Standard 

Version 

Descriptor 

Value 

SBP-3 (no version claimed) 

0980h 

SB P-3 ANSI INCUS 375-2004 

099Ch 

SBP-3 T10/1467-D revision 5 

099Bh 

SBP-3 T10/1467-D revision If 

0982h 

SBP-3 T10/1467-D revision 3 

0994h 

SBP-3 T10/1467-D revision 4 

099Ah 

SCC (no version claimed) 

0160h 

SCC ANSI INCUS 276-1997 

017Ch 

SCC T10/1047-D revision 06c 

017Bh 

SCC-2 (no version claimed) 

OlEOh 

SCC-2 ANSI INCUS 318-1998 

OlFCh 

SCC-2 T10/1125-D revision 04 

OlFBh 

SES (no version claimed) 

OlCOh 

SES ANSI INCUS 305-1998 

OIDCh 

SES T10/1212-D revision 08b 

OIDBh 

SES ANSI INCUS 305-1998 w/ Amendment ANSI INCITS.305/AM1-2000 

OIDEh 

SES T10/1212 revision 08b w/ Amendment ANSI INCITS.305/AM1-2000 

OIDDh 

SES-2 (no version claimed) 

03E0h 

SES-2 ISO/IEC 14776-372 

03F2h 

SES-2 ANSI INCUS 448-2008 

03F0h 

SES-2 T10/1559-D revision 16 

03E1h 

SES-2 T10/1559-D revision 19 

03E7h 

SES-2 T10/1559-D revision 20 

03EBh 

SES-3 (no version claimed) 

0580h 

SFSC (no version claimed) 

05E0h 

SFSC BSR INCUS 501 revision 01 

05E3h 

SIP (no version claimed) 

08A0h 

SIP ANSI INCUS 292-1997 

08BCh 

SIP T10/0856-D revision 10 

08BBh 

SMC (no version claimed) 

OlAOh 

SMC ISO/IEC 14776-351 

OIBEh 

SMC ANSI INCUS 314-1998 

OIBCh 

SMC T10/0999-D revision 10a 

OIBBh 

SMC-2 (no version claimed) 

02E0h 

SMC-2 ANSI INCUS 382-2004 

02FEh 

SMC-2 T10/1383-D revision 7 

02FDh 

SMC-2 T10/1383-D revision 5 

02F5h 

SMC-2 T10/1383-D revision 6 

02FCh 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Standard 

Version 

Descriptor 

Value 

SMC-3 (no version claimed) 

0480h 

SMC-3 ANSI INCUS 484-2012 

0486 h 

SMC-3 T10/1730-D revision 15 

0482h 

SMC-3 T10/1730-D revision 16 

0484h 

SOP (no version claimed) 

21E0h 

SOP ANSI INCUS 489-2014 

21E8h 

SOP T10/BSR INCUS 489 revision 4 

21E4h 

SOP T10/BSR INCUS 489 revision 5 

21E6h 

SOP-2 (no version claimed) 

2220h 

SPC (no version claimed) 

0120h 

SPC ANSI INCUS 301-1997 

013Ch 

SPC T10/0995-D revision 11a 

013Bh 

SPC-2 (no version claimed) 

0260h 

SPC-2 ISO/I EC 14776-452 

0278h 

SPC-2 ANSI INCUS 351-2001 

0277h 

SPC-2 T10/1236-D revision 20 

0276h 

SPC-2 T10/1236-D revision 12 

0267h 

SPC-2 T10/1236-D revision 18 

0269h 

SPC-2 T10/1236-D revision 19 

0275h 

SPC-3 (no version claimed) 

0300h 

SPC-3 ISO/I EC 14776-453 

0316h 

SPC-3 ANSI INCUS 408-2005 

0314h 

SPC-3 T10/1416-D revision 7 

0301 h 

SPC-3 T10/1416-D revision 21 

0307h 

SPC-3 T10/1416-D revision 22 

030Fh 

SPC-3 T10/1416-D revision 23 

0312h 

SPC-4 (no version claimed) 

0460 h 

SPC-4 ANSI INCUS 513-2015 

046Ch 

SPC-4 T10/BSR INCUS 513 revision 16 

0461 h 

SPC-4 T10/BSR INCUS 513 revision 18 

0462 h 

SPC-4 T10/BSR INCUS 513 revision 23 

0463 h 

SPC-4 T10/BSR INCUS 513 revision 36 

0466 h 

SPC-4 T10/BSR INCUS 513 revision 37 

0468 h 

SPC-4 T10/BSR INCUS 513 revision 37a 

0469 h 

SPC-5 (no version claimed) 

05C0h 

SPI (no version claimed) 

OAAOh 

SPI ANSI INCUS 253-1995 

OABAh 

SPI T10/0855-D revision 15a 

0AB9h 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Table 143 — Version descriptor values (part 11 of 13) 


Standard 

Version 

Descriptor 

Value 

SPI ANSI INCUS 253-1995 with SPI Amnd ANSI INCUS 253/AM1-1998 

OABCh 

SPI T10/0855-D revision 15a with SPI Amnd revision 3a 

OABBh 

SPI-2 (no version claimed) 

OAEOh 

SPI-2 ANSI INCUS 302-1999 

OAFCh 

SPI-2 T10/1142-D revision 20b 

OAFBh 

SPI-3 (no version claimed) 

OBOOh 

SPI-3 ANSI INCUS 336-2000 

OBICh 

SPI-3 T10/1302-D revision 14 

OBIAh 

SPI-3 T10/1302-D revision 10 

0B18h 

SPI-3 T10/1302-D revision 13a 

0B19h 

SPI-4 (no version claimed) 

0B40h 

SPI-4 ANSI INCUS 362-2002 

0B56h 

SPI-4 T10/1365-D revision 7 

0B54h 

SPI-4 T10/1365-D revision 9 

0B55h 

SPI-4 T10/1365-D revision 10 

0B59h 

SPI-5 (no version claimed) 

0B60h 

SPI-5 ANSI INCUS 367-2003 

0B7Ch 

SPI-5 T10/1525-D revision 6 

0B7Bh 

SPI-5 T10/1525-D revision 3 

0B79h 

SPI-5 T10/1525-D revision 5 

0B7Ah 

SPL (no version claimed) 

20A0h 

SPL ISO/IEC 14776-261:2012 

20AAh 

SPL ANSI INCUS 476-2011 

20A7h 

SPL ANSI INCUS 476-2011 + SPL AMI INCUS 476/AMI 2012 

20A8h 

SPL T10/2124-D revision 6a 

20A3h 

SPL T10/2124-D revision 7 

20A5h 

SPL-2 (no version claimed) 

20C0h 

SPL-2 ANSI INCUS 505-2013 

20C8h 

SPL-2 T10/BSR INCUS 505 revision 4 

20C2h 

SPL-2 T10/BSR INCUS 505 revision 5 

20C4h 

SPL-3 (no version claimed) 

20E0h 

SPL-3 ANSI INCUS 492-2015 

20E8h 

SPL-3 T10/BSR INCUS 492 revision 6 

20E4h 

SPL-3 T10/BSR INCUS 492 revision 7 

20E6h 

SPL-4 (no version claimed) 

2100h 

SRP (no version claimed) 

0940h 

SRP ANSI INCUS 365-2002 

095Ch 

SRP T10/1415-D revision 16a 

0955h 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Table 143 — Version descriptor values (part 12 of 13) 


Standard 

Version 

Descriptor 

Value 

SRP T10/1415-D revision 10 

0954 h 

SSA-PH2 (no version claimed) 

1360h 

SSA-PH2 ANSI INCUS 293-1996 

137Ch 

SSA-PH2 T10.1/1145-D revision 09c 

137Bh 

SSA-PH3 (no version claimed) 

1380h 

SSA-PH3 ANSI INCUS 307-1998 

139Ch 

SSA-PH3 T10.1/1146-D revision 05b 

139Bh 

SSA-S2P (no version claimed) 

0880h 

SSA-S2P ANSI INCUS 294-1996 

089Ch 

SSA-S2P T10.1/1121-D revision 07b 

089Bh 

SSA-S3P (no version claimed) 

0860h 

SSA-S3P ANSI INCUS 309-1998 

087Ch 

SSA-S3P T10.1/1051-D revision 05b 

087Bh 

SSA-TL1 (no version claimed) 

0840h 

SSA-TL1 ANSI INCUS 295-1996 

085Ch 

SSA-TL1 T10.1/0989-D revision 10b 

085Bh 

SSA-TL2 (no version claimed) 

0820h 

SSA-TL2 ANSI INCUS 308-1998 

083Ch 

SSA-TL2 T10.1/1147-D revision 05b 

083Bh 

SSC (no version claimed) 

0200h 

SSC ANSI INCUS 335-2000 

021 Ch 

SSC T10/0997-D revision 22 

0207h 

SSC T10/0997-D revision 17 

0201 h 

SSC-2 (no version claimed) 

0360h 

SSC-2 ANSI INCUS 380-2003 

037Dh 

SSC-2 T10/1434-D revision 9 

0375h 

SSC-2 T10/1434-D revision 7 

0374h 

SSC-3 (no version claimed) 

0400h 

SSC-3 ISO/I EC 14776-333:2013 

040Bh 

SSC-3 ANSI INCUS 467-2011 

0409h 

SSC-3 T10/1611-D revision 04a 

0403h 

SSC-3 T10/1611-D revision 05 

0407h 

SSC-4 (no version claimed) 

0520h 

SSC-4 ANSI INCUS 516-2013 

0527h 

SSC-4 T10/BSR INCUS 516 revision 2 

0523h 

SSC-4 T10/BSR INCUS 516 revision 3 

0525h 

SSC-5 (no version claimed) 

05A0h 

SST (no version claimed) 

0920h 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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Table 143 — Version descriptor values (part 13 of 13) 


Standard 

Version 

Descriptor 

Value 

SST T10/1380-D revision 8b 

0935h 

UAS (no version claimed) 

1740h 

UAS ISO/I EC 14776-251:2014 

1749h 

UAS ANSI INCUS 471-2010 

1748h 

UAS T10/2095-D revision 02 

1743h 

UAS T10/2095-D revision 04 

1747h 

UAS-2 (no version claimed) 

1780h 

Universal Serial Bus Specification, Revision 1.1 

1728h 

Universal Serial Bus Specification, Revision 2.0 

1729h 

USB Mass Storage Class Bulk-Only Transport, Revision 1.0 

1730h 

ZBC (no version claimed) 

0620h 

ZBC BSR INCITS 536 revision 02 

0622h 

Version Descriptor Not Supported or No Standard Identified 

OOOOh 

Reserved 

All others 

A numeric ordered listing of the version descriptor value assignments is provided in E.9. 
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6.6 LOG SELECT command 


6.6.1 Introduction 

The LOG SELECT command (see table 144) requests the device server to manage the specified statistical 
information maintained by the SCSI target device about the SCSI target device or its logical units. Device 
servers that implement the LOG SELECT command shall also implement the LOG SENSE command. 
Structures in the form of log parameters within log pages (see 7.3) are defined to manage the log data. The 
LOG SELECT command provides a method for sending zero or more log pages in the command's parameter 
list. 


Table 144 — LOG SELECT command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (4Ch) 

1 

Reserved pcr sp 

2 

PC PAGE CODE 

3 

SUBPAGE CODE 

4 

Reserved 

6 


7 

(MSB) 

8 

PARAMETER LIST LENGTH 

(LSB) 

9 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 144 for the LOG SELECT 
command. 


The parameter code reset (pcr) bit specifies whether the device server shall set parameters to their vendor 
specific default values (e.g., zero) as described in table 147. 

The save parameters (sp) bit specifies whether the device server shall save parameters to nonvolatile 
memory as described in table 147. 
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The page control (pc) field specifies which values the device server shall process for bounded data counter 
log parameters (see 7.3.2.2.2.2) and unbounded data counter log parameters (see 7.3.2.2.2.3) in response to 
a LOG SELECT command as described in table 145. The pc field shall be ignored for ASCII format list log 
parameters (see 7.3.2.2.2.4) and binary format list log parameters (see 7.3.2.2.2.5). 


Table 145 — Page control (pc) field 


Value 

Description 

00b 

Obsolete 

01b 

Cumulative values a 

10b 

Obsolete 

11b 

Default cumulative values 

a In order of preference, the cumulative values for data counter parameters are: 

1) the current values if there has been an update to a cumulative parameter value (e.g., by a LOG 
SELECT command or by a device specific event) in the specified page or pages since the last 
logical unit reset occurred; 

2) the saved values, if saved parameters are implemented, current values have been saved, and 
an update has not occurred since the last logical unit reset; and 

3) the vendor specific default values, if saved values are not available or not implemented. 


When evaluated together, the combination of the values in the pcr bit, the sp bit, and the pc field specify the 
actions that a SCSI target device performs while processing a LOG SELECT command. 

If the parameter list length field is set to zero, the page code field and subpage code field specify the log 
page or log pages to which the other CDB fields apply (see 6.6.2). 

The device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL RECUEST, and the additional sense code set to INVALID FIELD IN CDB, if: 

a) the parameter list length field is set to a value other than zero, and: 

A) the page code field is set to a value other than zero; or 

B) the subpage code field is set to a value other than zero. 

The parameter list length field specifies the length in bytes of the parameter list that shall be located in the 
Data-Out Buffer. 

If the parameter list length field is set to a value other than zero, the actions that a SCSI target device 
performs after receiving a LOG SELECT command are determined by the values in the pcr bit, the sp bit, and 
the pc field as described in table 294 (see 7.3.2.1). 

If the parameter list length field is set to zero, no log pages shall be transferred. This condition shall not be 
considered an error. The LOG SELECT command shall be processed as described in 6.6.2. 

The control byte is defined in SAM-5. 
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6.6.2 Processing LOG SELECT when the parameter list length is zero 

If the parameter list length field is set to zero (i.e., when there is no parameter data being sent with a LOG 
SELECT command), then the SCSI target device responds by processing the log parameter values as 
described in this subciause. 

The page code field and subpage code field (see table 146) specify the log page or log pages to which the 
other CDB fields apply (see table 147). 


Table 146 — page code field and subpage code field 


PAGE code 

field 

subpage code 

field 

Description 

OOh 

OOh 

All log parameters in all log pages a 

OOh to 3Fh 

OlhtoFEh 

All log parameters in the log page specified by the page code and 
subpage code 

OOh to 3Fh 

FFh 

All log parameters in the log pages specified by page code and all 
subpage codes 

01 h to 3Fh 

OOh 

All log parameters in the log page specified by the page code 

a This is equivalent to the LOG SELECT command operation specified by SPC-3. 


Table 147 defines the meaning of the combinations of values for the pcr bit, the sp bit, and the pc field. 


Table 147 — pcr bit, sp bit, and pc field meanings when parameter list length is zero (part 1 of 3) 



B 

PC 

field 

Description 

Ob 

Ob 

Oxb 

This is not an error. The device server shall make no changes to any log parameter 
values and shall not save any values to nonvolatile media. 

Ob 

1b 

00b 

The device server shall make no changes to any log parameter values and shall 
process the saving of current list parameters as follows: 

a) if the device server implements saving of the current list parameters, then the 
device server shall save all current list parameters to nonvolatile media; or 

b) if the device server does not implement saving of the current list parameters, 
then the device server shall terminate the command a . 

a The device server shall terminate the command with CHECK CONDITION status, with the sense key 
set to ILLEGAL REOUEST, and the additional sense code set to INVALID FIELD IN CDB. 
b Vendor specific default cumulative values may be zero. 
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Table 147 — pcr bit, sp bit, and pc field meanings when parameter list length is zero (part 2 of 3) 


PCR 

bit 

SP 

bit 

PC 

field 

Description 

Ob 

1b 

01b 

The device server shall make no change to any log parameter values and shall 
process the saving of current parameter values as follows: 

a) if the values are current cumulative data counter parameters, then: 

A) if the device server implements saving of the current cumulative values, 
then the device server shall save all current cumulative values to 
nonvolatile media; or 

B) if the device server does not implement saving of the current cumulative 
values, then the device server shall terminate the command a ; 

or 

b) if the values are current list parameters, then: 

A) if the device server implements saving of the current list parameters, then 
the device server shall save all current list parameters to nonvolatile media; 
or 

B) if the device server does not implement saving of the current list 
parameters, then the device server shall terminate the command a . 

Ob 

xb 

10b 

Obsolete 

Ob 

xb 

11b 

The device server shall set all current cumulative values to the vendor specific default 
cumulative values b and shall not save any values to nonvolatile media. 

1b 

Ob 

xxb 

The device server shall: 

1) set all current cumulative values to the vendor specific default cumulative 
values b ; 

2) set all list parameters to their vendor specific default values; and 

3) not save any values to nonvolatile media. 

1b 

1b 

00b 

The device server shall: 

1) set all current cumulative values to the vendor specific default cumulative 
values b ; and 

2) set all list parameters to their vendor specific default values. 

1b 

1b 

01b 

The device server shall process the saving of current cumulative values as follows: 

a) if the device server implements saving of the current cumulative values, then 
the device server shall: 

1) save all current cumulative values to nonvolatile media; 

Note: Device servers compliant with SPC-3 may save the log parameter values to 
nonvolatile media after setting the log parameter values instead of before setting 
the log parameter values. 

2) set all current cumulative values to the vendor specific default cumulative 
values b ; and 

3) set all list parameters to their vendor specific default values; 
or 

b) if the device server does not implement saving of the current cumulative 
values, then the device server shall terminate the command a . 

a The device server shall terminate the command with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 
b Vendor specific default cumulative values may be zero. 
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Table 147 — pcr bit, sp bit, and pc field meanings when parameter list length is zero (part 3 of 3) 


PCR 

bit 

SP 

bit 

PC 

field 

Description 

1b 

1b 

Ixb 

The device server shall: 

1) set all current cumulative values to the vendor specific default cumulative 
values b ; 

2) set all list parameters to their vendor specific default values; and 

3) not save any values to nonvolatile media. 

a The device server shall terminate the command with CHECK CONDITION status, with the sense key 
set to ILLEGAL REOUEST, and the additional sense code set to INVALID FIELD IN CDB. 
b Vendor specific default cumulative values may be zero. 


The current cumulative values may be updated by the device server as defined for the specific log page or by 
the application client using the LOG SELECT command. 

NOTE 19 - Log pages or log parameters that are not available may become available at some later time (e.g., 
after the logical unit has become ready). 


6.7 LOG SENSE command 

The LOG SENSE command (see table 148) requests the device server to return statistical or other operational 
information maintained by the SCSI target device about the SCSI target device or its logical units. It is a 
complementary command to the LOG SELECT command. 


Table 148 — LOG SENSE command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (4Dh) 

1 

Reserved Obsolete sp 

2 

PC PAGE CODE 

3 

SUBPAGE CODE 

4 

Reserved 

5 

(MSB) 

6 

PARAMETER POINTER 

(LSB) 

7 

(MSB) 

8 

ALLOCATION LENGTH 

(LSB) 

9 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 148 for the LOG SENSE 
command. 


A save parameters (sp) bit set to zero specifies the device server shall perform the specified LOG SENSE 
command and shall not save any log parameters. 
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An sp bit set to one specifies that the device server shall perform the specified LOG SENSE command and 
shall save all log parameters identified as saveable by the ds bit (see 7.3) to a nonvolatile, vendor specific 
location. If the sp bit is set to one and the logical unit does not implement saving log parameters, the device 
server shall terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REOUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The pc field shall be ignored for ASCII format list log parameters (see 7.3.2.2.2.4) and binary format list log 
parameters (see 7.3.2.2.2.5). 

For bounded data counter log parameters (see 7.3.2.2.2.2) and unbounded data counter log parameters (see 
7.3.2.2.2.3), the page control (pc) field (see table 145 in 6.6.1) specifies which log parameter values are to be 
returned by a device server in response to a LOG SENSE command. 

For ASCII format list log parameters (see 7.3.2.2.2.4) and binary format list log parameters (see 7.3.2.2.2.5), 
the pc field shall be ignored. If the parameters specified by the page code field and subpage code field in the 
CDB are list parameters, then the parameter values returned by a device server in response to a LOG SENSE 
command are determined as follows in order of preference: 

1) the current list log parameter values, if there has been an update to a list log parameter value (e.g., by 
a LOG SELECT command or by a device specific event) in the specified page or pages since the last 
logical unit reset occurred; 

2) the saved list log parameter values, if saved log parameters are implemented and an update has not 
occurred since the last logical unit reset; and 

3) the vendor specific default list log parameter values, if saved values are not available or not 
implemented and an update has not occurred since the last logical unit reset. 

The page code field and subpage code field specify which log page of data is being requested (see 7.3). If the 
log page specified by the page code and subpage code combination is reserved or not implemented, then the 
device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The parameter pointer field allows the application client to request parameter data beginning from a specific 
parameter code to the maximum allocation length or the maximum parameter code supported by the logical 
unit, whichever is less. If the parameter pointer field is set to: 

a) OOOOh, then the device server shall begin the transfer of the parameter data with the log parameter 
having the lowest parameter code that is implemented by the device server for the specified log page; 

b) a value specifying the parameter code of a log parameter implemented by the device server for the 
specified log page, then the device server shall begin the transfer of the parameter data with the log 
parameter having the specified code; 

c) a value that does not specify a parameter code implemented by the device server for the specified log 
page but is less than the largest parameter code implemented by the device server, then the device 
server shall begin the transfer of the parameter data with the log parameter implemented by the 
device server that has the next largest parameter code after the specified value; or 

d) a value greater than the largest parameter code implemented by the device server for the specified 
log page, then the device server shall terminate the command with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
CDB. 

Log parameters within the specified log page shall be transferred in ascending order according to parameter 
code. 

The ALLOCATION length field is defined in 4.2.5.6. 
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The CONTROL byte is defined in SAM-5. 
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6.8 MANAGEMENT PROTOCOL IN command 


6.8.1 MANAGEMENT PROTOCOL IN command description 

The MANAGEMENT PROTOCOL IN command (see table 149) requests the device server to return 
management protocol information (see 6.8.2) or the results of one or more MANAGEMENT PROTOCOL OUT 
commands (see 6.9). 


Table 149 — MANAGEMENT PROTOCOL IN command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (1 Oh) 

2 

MANAGEMENT PROTOCOL 

3 


• •• 

MANAGEMENT PROTOCOL SPECIFICI 

5 


6 

(MSB) 

• •• 

ALLOCATION LENGTH 

9 

(LSB) 

10 

MANAGEMENT PROTOCOL SPECIFIC2 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 149 for the MANAGEMENT 
PROTOCOL IN command. 

The management protocol field (see table 150) specifies which management protocol is being used. 

Table 150 — management protocol field in MANAGEMENT PROTOCOL IN command 


Code 

Description 

Reference 

OOh 

Management protocol information 

6.8.2 

01 h to 2Fh 

Reserved 


30h to 35h 

Defined by the SNIA 

3.1.119 

36h to EFh 

Reserved 


FOh to FFh 

Vendor Specific 



The contents of the management protocol specifici field and management protocol specific 2 field depend 
on the protocol specified by the management protocol field (see table 150). 

The ALLOCATION length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

Indications of data overrun or underrun and the mechanism, if any, for processing retries depend on the 
protocol specified by the management protocol field (see table 150). 
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Any association between a previous MANAGEMENT PROTOCOL OUT command and the data transferred by 
a MANAGEMENT PROTOCOL IN command depends on the protocol specified by the management 
protocol field (see table 150). If the device server has no data to transfer (e.g., the results for any previous 
MANAGEMENT PROTOCOL OUT commands are not yet available), then the device server may transfer data 
indicating it has no other data to transfer. 

The format of the data transferred depends on the protocol specified by the management protocol field (see 
table 150). 

The device server shall retain data resulting from a MANAGEMENT PROTOCOL OUT command, if any, until 
one of the following events is processed: 

a) transfer of the data via a MANAGEMENT PROTOCOL IN command from the same l_T_L nexus as 
defined by the protocol specified by the management protocol field (see table 150); 

b) logical unit reset (see SAM-5); or 

c) l_T nexus loss (see SAM-5) associated with the l_T nexus that sent the MANAGEMENT PROTOCOL 
OUT command. 


6.8.2 Management protocol information description 

6.8.2.1 Overview 

The management protocol information management protocol (i.e., the management protocol field set to OOh 
in a MANAGEMENT PROTOCOL IN command) returns management protocol related information from the 
logical unit. A MANAGEMENT PROTOCOL IN command in which the management protocol field is set to 
OOh is not associated with any previous MANAGEMENT PROTOCOL OUT command and shall be processed 
without regard for whether a MANAGEMENT PROTOCOL OUT command has been processed. 

If the MANAGEMENT PROTOCOL IN command is supported, the management protocol value of OOh shall 
be supported as defined in this standard. 

6.8.2.2 CDB description 

If the management protocol field is set to OOh in a MANAGEMENT PROTOCOL IN command, the 
management protocol SPECiFici field is reserved and the management protocol specific2 field (see table 
151) contains a single numeric value as defined in 3.6. 

Table 151 — management protocol specific 2 field for MANAGEMENT PROTOCOL IN protocol OOh 


Code 

Description 

Support 

Reference 

OOh 

01 h to FFh 

Supported management protocol list 

Reserved 

Mandatory 

6.8.2.3 


All other CDB fields for MANAGEMENT PROTOCOL IN command shall meet the requirements stated in 
6 . 8 . 1 . 

Each time a MANAGEMENT PROTOCOL IN command with the management protocol field set to OOh is 
received, the device server shall transfer the data defined 6.8.2.3 starting with byte 0. 
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6.8.2.3 Supported management protocols list description 

If the management protocol field is set to OOh and the management protocol specific2 field is set to OOh in 
a MANAGEMENT PROTOCOL IN command, then the parameter data shall have the format shown in table 
152. 


Table 152 — Supported management protocols MANAGEMENT PROTOCOL IN parameter data 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

Reserved 

5 


6 

( MSB ) SUPPORTED MANAGEMENT PROTOCOL LIST LENGTH 

7 

(n-7) (LSB) 

Supported management protocol list 

8 

SUPPORTED MANAGEMENT PROTOCOL (OOh) [first] 


: 

n 

SUPPORTED MANAGEMENT PROTOCOL [last] 


The supported management protocol list length field indicates the total length, in bytes, of the supported 
management protocol list that follows. 

Each supported management protocol field in the supported management protocols list shall contain one 
of the management protocol values supported by the logical unit. The values shall be listed in ascending order 
starting with OOh. 
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6.9 MANAGEMENT PROTOCOL OUT command 

The MANAGEMENT PROTOCOL OUT command (see table 153) is used to send data to the logical unit. The 
data sent specifies one or more operations to be performed by the logical unit. The format and function of the 
operations depends on the contents of the management protocol field (see table 153). Depending on the 
protocol specified by the management protocol field, the application client may use the MANAGEMENT 
PROTOCOL IN command (see 6.8) to retrieve data derived from these operations. 


Table 153 — MANAGEMENT PROTOCOL OUT command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (1 Oh) 

2 

MANAGEMENT PROTOCOL 

3 


• •• 

MANAGEMENT PROTOCOL SPECIFICI 

5 


6 

(MSB) 

• •• 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

MANAGEMENT PROTOCOL SPECIFIC2 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 153 for the MANAGEMENT 
PROTOCOL OUT command. 

The management protocol field (see table 154) specifies which management protocol is being used. 

Table 154 — management protocol field in MANAGEMENT PROTOCOL OUT command 


Code 

Description 

Reference 

OOh to 2Fh 

30h to 35h 

36h to EFh 

FOh to FFh 

Reserved 

Defined by the SNIA 

Reserved 

Vendor Specific 

3.1.119 


The contents of the management protocol specifici field and management protocol specific2 field depend 
on the protocol specified by the management protocol field (see table 154). 

The PARAMETER list length field is defined in 4.2.5.5. 

The control byte is defined in SAM-5. 
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Any association between a MANAGEMENT PROTOCOL OUT command and a subsequent MANAGEMENT 
PROTOCOL IN command depends on the protocol specified by the management protocol field (see table 
154). Each management protocol shall define whether: 

a) the device server shall complete the command with GOOD status as soon as it determines the data 
has been correctly received. An indication that the data has been processed is obtained by sending a 
MANAGEMENT PROTOCOL IN command and processing the parameter data that is returned; or 

b) the device server shall complete the command with GOOD status only after the data has been 
successfully processed and an associated MANAGEMENT PROTOCOL IN command is not required. 

The format of the data transferred depends on the protocol specified by the management protocol field (see 
table 154). 


6.10 MODE SELECT(6) command 

The MODE SELECT(6) command (see table 155) requests the device server to set the specified medium or 
logical unit parameters. Device servers that implement the MODE SELECT(6) command shall also implement 
the MODE SENSE(6) command. Application clients should issue MODE SENSE(6) prior to each MODE 
SELECT(6) to determine supported mode pages, page lengths, and other parameters. 

NOTE 20 - Implementations should migrate from the MODE SELECT(6) command to the MODE 
SELECT(IO) command. 


Table 155 — MODE SELECT(6) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (15h) 

1 

Reserved pf Reserved sp 

2 


3 

Reserved 

4 

PARAMETER LIST LENGTH 

5 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 155 for the MODE 
SELECT(6) command. 

If an application client sends a MODE SELECT command that changes any parameters applying to other I T 
nexuses, then the device server shall establish a unit attention condition (see SAM-5) for the initiator port 
associated with every l_T nexus except the I T nexus on which the MODE SELECT command was received, 
with the additional sense code set to MODE PARAMETERS CHANGED. 

A page format (pf) bit set to zero specifies that all parameters after the block descriptors are vendor specific. 
A pf bit set to one specifies that the MODE SELECT parameters following the header and block descriptor(s) 
are structured as pages of related parameters (see 7.5). 

A save pages (sp) bit set to zero specifies that the device server shall perform the specified MODE SELECT 
operation and shall not save any mode pages. If the device server supports only saved mode pages (i.e., the 
device server does not support a distinction between current mode pages and saved mode pages) and the sp 
bit is set to zero, then the device server shall terminate the command with CHECK CONDITION status, with 
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the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. An sp 
bit set to one specifies that the device server shall perform the specified MODE SELECT operation and shall 
save to a nonvolatile vendor specific location all the saveable mode pages including any sent in the parameter 
list. Mode pages that are saved are specified by the parameter saveable (ps) bit in each mode page (see 7.5). 
If the ps bit is set to one in the MODE SENSE data, then the mode page shall be saveable by issuing a MODE 
SELECT command with the sp bit set to one. If the logical unit does not implement saved mode pages and the 
sp bit is set to one, then the device server shall terminate the command with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The parameter list length field specifies the length in bytes of the mode parameter list that shall be 
contained in the Data-Out Buffer. A parameter list length of zero specifies that the Data-Out Buffer shall be 
empty. This condition shall not be considered an error. 

If the parameter list length results in the truncation of any mode parameter header, mode parameter block 
descriptor(s), or mode page, then the device server shall terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to PARAMETER 
LIST LENGTH ERROR. 

The CONTROL byte is defined in SAM-5. 

The mode parameter list for the MODE SELECT command and MODE SENSE command is defined in 7.5. 
Parts of each mode parameter list are defined in a device-type dependent manner. Definitions for the parts of 
each mode parameter list that are unique for each device-type may be found in the applicable command 
standards. 

The device server shall terminate the MODE SELECT command with CHECK CONDITION status, set the 
sense key to ILLEGAL REQUEST, set the additional sense code to INVALID FIELD IN PARAMETER LIST, 
and shall not change any mode parameters in response to any of the following conditions: 

a) if the application client sets any field that is reported as not changeable by the device server to a value 
other than the current value of the mode parameter; 

b) if the application client sets any field in the mode parameter header or block descriptor(s) to an 
unsupported value; 

c) if an application client sends a mode page with a page length not equal to the page length returned by 
the MODE SENSE command for that mode page; 

d) if the application client sends an unsupported value for a mode parameter and rounding is not 
implemented for that mode parameter; or 

e) if the application client sets any reserved field in the mode parameter list to a non-zero value and the 
device server checks reserved fields. 

If the application client sends a value for a mode parameter that is outside the range supported by the device 
server and rounding is implemented for that mode parameter, then the device server handles the condition by 
either: 

a) rounding the parameter to an acceptable value and terminating the command as defined in 5.9; or 

b) terminating the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

A device server may alter any mode parameter in any mode page, even those reported as non-changeable, 
as a result of changes to other mode parameters. 
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The device server validates the non-changeable mode parameters against the current values that existed for 
those mode parameters prior to the MODE SELECT command. 

NOTE 21 - The current values calculated by the device server may affect the application client's operation. 

The application client may issue a MODE SENSE command after each MODE SELECT command, to 
determine the current values. 


6.11 MODE SELECT(IO) command 

The MODE SELECT(IO) command (see table 156) requests the device server to set the specified medium or 
logical unit parameters. See the MODE SELECT(6) command (see 6.10) for a description of the fields and 
operation of this command. Application clients should issue MODE SENSE(IO) prior to each MODE 
SELECT(IO) to determine supported mode pages, page lengths, and other parameters. Device servers that 
implement the MODE SELECT(IO) command shall also implement the MODE SENSE(IO) command. 


Table 156 — MODE SELECT(10) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (55h) 

1 

Reserved pf Reserved sp 

2 

Reserved 

6 


7 

(MSB) 

8 

PARAMETER LIST LENGTH 

(LSB) 

9 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 156 for the MODE 
SELECT(IO) command. 

The control byte is defined in SAM-5. 

See the MODE SELECT(6) command (see 6.10) for a description of the other fields and operation of this 
command. 
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6.12 MODE SENSE(6) command 


6.12.1 MODE SENSE(6) command introduction 

The MODE SENSE(6) command (see table 157) requests the device server to return the specified medium or 
logical unit parameters. It is a complementary command to the MODE SELECT(6) command. Device servers 
that implement the MODE SENSE(6) command shall also implement the MODE SELECT(6) command. 

NOTE 22 - Implementations should migrate from the MODE SENSE(6) command to the MODE SENSE(IO) 
command. 


Table 157 — MODE SENSE(6) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (1Ah) 

1 

Reserved dbd Reserved 

2 

PC PAGE CODE 

3 

SUBPAGE CODE 

4 

ALLOCATION LENGTH 

5 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 157 for the MODE 
SENSE(6) command. 

A disable block descriptors (dbd) bit set to zero specifies that the device server may return zero or more block 
descriptors in the MODE SENSE parameter data (see 7.5). A dbd bit set to one specifies that the device 
server shall not return any block descriptors in the MODE SENSE parameter data. 

The page control (pc) field specifies the type of mode parameter values to be returned in the mode pages. 
The pc field is defined in table 158. 


Table 158 — Page control (pc) field 


Code 

Type of parameter 

Reference 

00b 

Current values 

6.12.2 

01b 

Changeable values 

6.12.3 

10b 

Default values 

6.12.4 

11b 

Saved values 

6.12.5 


The pc field only affects the mode parameters within the mode pages. The ps bit, spf bit, page code field, 
subpage code field, and page length field should return current values (i.e., as if pc is set to 00b). The mode 
parameter header and mode parameter block descriptor should return current values. 

Some SCSI target devices may not distinguish between current mode parameters and saved mode 
parameters and report identical values in response to a pc field of either 00b or 11b. See also the description 
of the sp bit in the MODE SELECT command (see 6.10). 
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The page code field and subpage code field (see table 159) specify which mode pages and subpages to 
return. 


Table 159 — Mode page code usage in MODE SENSE commands for all devices 


Page Code 

Subpage Code 

Description 

OOh 

vendor specific 

Vendor specific 

01 h to 3Eh 

OOh 

See specific device types (i.e., page_0 mode page format 
(see 7.5.7)) 

01 h to DFh 

See specific device types (i.e., sub page mode page format 
(see 7.5.7)) 

EOh to FEh 

Vendor specific (i.e., sub_page mode page format (see 7.5.7)) 

FFh 

Return all supported subpages for the specified device specific 
mode page in the page_0 mode page format for subpage OOh and 
in the sub_page mode page format for subpages 01 h to FEh 

3Fh 

OOh 

Return all subpage OOh mode pages in page_0 mode page format 

01 h to FEh 

Reserved 

FFh 

Return all subpages for all mode pages in the page_0 mode page 
format for subpage OOh and in the sub_page mode page format for 
subpages 01 h to FEh 


The allocation length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

An application client may request any one or all of the supported mode pages from the device server. If the 
device server receives a MODE SENSE command with a page code value or subpage code value that is not 
implemented by the logical unit, then the device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REGUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

If an application client requests all supported mode pages, the device server shall return the supported pages 
in ascending page code order beginning with mode page 01 h. If mode page OOh is implemented, the device 
server shall return mode page OOh after all other mode pages have been returned. 

If the pc field and the page code field are both set to zero, the device server should return a mode parameter 
header and block descriptor, if applicable. 

The mode parameter list for all device types for MODE SELECT commands and MODE SENSE commands is 
defined in 7.5. Parts of the mode parameter list are specifically defined for each device type. Definitions for the 
parts of each mode parameter list that are unique for each device-type may be found in the applicable 
command standards. 
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6.12.2 Current values 

A pc field value of 00b requests that the device server return the current values of the mode parameters. The 
current values returned are: 

a) the current values of the mode parameters established by the last successful MODE SELECT 
command; 

b) the saved values of the mode parameters if a MODE SELECT command has not successfully 
completed since the mode parameters were restored to their saved values (see 6.10); or 

c) the default values of the mode parameters if a MODE SELECT command has not successfully 
completed since the mode parameters were restored to their default values (see 6.10). 


6.12.3 Changeable values 

A pc field value of 01b requests that the device server return a mask denoting those mode parameters that 
are changeable. In the mask, the bits in the fields of the mode parameters that are changeable all shall be set 
to one and the bits in the fields of the mode parameters that are non-changeable (i.e., defined by the logical 
unit) all shall be set to zero. 

If the logical unit does not implement changeable parameters mode pages and the device server receives a 
MODE SENSE command with 01b in the pc field, then the device server shall terminate the command with 
CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the additional sense code set 
to INVALID FIELD IN CDB. 

An attempt to change a non-changeable mode parameter using the MODE SELECT command results in an 
error condition (see 6.10). 

The application client should issue a MODE SENSE command with the pc field set to 01b and the page code 
field set to 3Fh to determine which mode pages are supported, which mode parameters within the mode 
pages are changeable, and the supported length of each mode page prior to issuing any MODE SELECT 
commands. 


6.12.4 Default values 

A pc field value of 10b requests that the device server return the default values of the mode parameters. 
Unsupported parameters shall be set to zero. Default values should be accessible even if the logical unit is not 
ready. 


6.12.5 Saved values 

A pc field value of 11b requests that the device server return the saved values of the mode parameters. Mode 
parameters not supported by the logical unit shall be set to zero. If saved values are not implemented, the 
device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL RECUEST, and the additional sense code set to SAVING PARAMETERS NOT SUPPORTED. 

The method of saving parameters is vendor specific. The parameters are preserved such that they are 
retained while the device is powered down. All saveable mode pages should be considered saved if a MODE 
SELECT command issued with the sp bit set to one has completed with a GOOD status or after the successful 
completion of a FORMAT UNIT command. 
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6.12.6 Initial responses 

After a logical unit reset, the device server shall respond in the following manner: 

a) if default values are requested, return the default values; 

b) if saved values are requested, return valid restored mode parameters, or restore the mode 
parameters and report them. If the saved values of the mode parameters are not able to be accessed, 
the device server shall terminate the command with CHECK CONDITION status, with the sense key 
set to NOT READY. If saved parameters are not implemented, respond as defined in 6.12.5; or 

c) if current values are requested and the current values have been received as part of a MODE 
SELECT command, then the current values shall be returned. If the current values have not been 
received as part of a MODE SELECT command, the device server shall return: 

A) the saved values, if saving is implemented and saved values are available; or 

B) the default values. 


6.13 MODE SENSE(IO) command 

The MODE SENSE(IO) command (see table 160) requests the device server to return the specified medium 
or logical unit parameters. It is a complementary command to the MODE SELECT(IO) command. Device 
servers that implement the MODE SENSE(IO) command shall also implement the MODE SELECT(IO) 
command. 


Table 160 — MODE SENSE(IO) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (5Ah) 

1 

Reserved llbaa dbd Reserved 

2 

PC PAGE CODE 

3 

SUBPAGE CODE 

4 

Reserved 

6 


7 

(MSB) 

8 

ALLOCATION LENGTH 

(LSB) 

9 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 160 for the MODE 
SENSE(IO) command. 

If the Long LBA Accepted (llbaa) bit is set to one, the device server is allowed to return parameter data with 
the longlba bit equal to one (see 7.5.5). If llbaa bit is set to zero, the longlba bit shall be zero in the 
parameter data returned by the device server. 

The control byte is defined in SAM-5. 

See the MODE SENSE(6) command (see 6.12) for a description of the other fields and operation of this 
command. 
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6.14 PERSISTENT RESERVE IN command 


6.14.1 PERSISTENT RESERVE IN command introduction 

The PERSISTENT RESERVE IN command (see table 161) requests the device server to return information 
about persistent reservations and reservation keys (i.e., registrations) that are active within a device server. 
This command is used in conjunction with the PERSISTENT RESERVE OUT command (see 6.15). 


Table 161 — PERSISTENT RESERVE IN command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (5Eh) 

1 

Reserved service action 

2 

Reserved 

6 


7 

(MSB) 

8 

ALLOCATION length 

(LSB) 

9 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 161 for the PERSISTENT 
RESERVE IN command. 

The SERVICE ACTION field is defined in 4.2.5.2. The service action codes for the PERSISTENT RESERVE IN 
command are defined in table 162. 


Table 162 — PERSISTENT RESERVE IN service action codes 


Code 

Name 

Description 

Reference 

OOh 

READ KEYS 

Returns all registered reservation keys 
(i.e., registrations) as described in 

5.13.6.2 

6.14.2 

Olh 

READ RESERVATION 

Returns the current persistent reserva¬ 
tions as described in 5.13.6.3 

6.14.3 

02h 

REPORT CAPABILITIES 

Returns capability information 

6.14.4 

03h 

READ FULL STATUS 

Returns complete information about 
all registrations and the persistent 
reservations, if any 

6.14.5 

04h to IFh 

Reserved 

Reserved 



The allocation length field is defined in 4.2.5.6. The PERSISTENT RESERVE IN parameter data includes a 
length field that indicates the number of parameter data bytes that follow in the parameter data. The allocation 
length should be set to a value large enough to include the length field for the specified service action. 

The control byte is defined in SAM-5. 
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6.14.2 READ KEYS service action 

The READ KEYS service action requests the device server to return a parameter list containing a header and 
a list of each currently registered l_T nexus’ reservation key. If multiple l_T nexuses have registered with the 
same key, then that key value shall be listed multiple times, once for each such registration. 

For more information on READ KEYS see 5.13.6.2. 

The format for the parameter data provided in response to a PERSISTENT RESERVE IN command with the 
READ KEYS service action is shown in table 163. 


Table 163 — PERSISTENT RESERVE IN parameter data for READ KEYS 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

• •• 

PRgeneration 

3 

(LSB) 

4 

(MSB) 

• •• 

additional length (n-7) 

7 

(LSB) 


Reservation key list 

8 

(MSB) 

• •• 

Reservation key [first] 

15 

(LSB) 


: 

n-7 

(MSB) 

• •• 

Reservation kev Hastl 

n 

(LSB) 


The Persistent Reservations Generation (PRgeneration) field shall contain the value of a 32-bit wrapping 
counter that the device server shall update (e.g., increment) during the processing of any PERSISTENT 
RESERVE OUT command as described in table 174 (see 6.15.2). The PRgeneration value shall not be 
updated by a PERSISTENT RESERVE IN command or by a PERSISTENT RESERVE OUT command that is 
terminated due to an error or reservation conflict. Regardless of the aptpl bit value the PRgeneration value 
shall be set to zero by a power on. 

The additional length field indicates the number of bytes in the Reservation key list. The contents of the 
additional length field are not altered based on the allocation length (see 4.2.5.6). 

The reservation key list contains the eight-byte reservation keys for all l_T nexuses that have been registered 
(see 5.13.7). 
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6.14.3 READ RESERVATION service action 

6.14.3.1 READ RESERVATION service action operation 

The READ RESERVATION service action requests the device server to return parameter data that contains a 
header (see table 164) or the persistent reservation, if any, that is present in the device server (see table 165). 

For more information on READ RESERVATION see 5.13.6.3. 

If no persistent reservation is held, the format for the parameter data provided in response to a PERSISTENT 
RESERVE IN command with the READ RESERVATION service action is shown in table 164. 

Table 164 — Format of PERSISTENT RESERVE IN parameter data for READ RESERVATION with 
no reservation held 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PRgeneration 


3 

(LSB) 

4 

(MSB) 

ADDITIONAL LENGTH (OOOOOOOOh) 


7 

(LSB) 


The PRgeneration field shall be as defined for the PERSISTENT RESERVE IN command with READ KEYS 
service action parameter data (see 6.14.2). 

The additional length field shall be set to zero (see table 164), indicating that no persistent reservation is 
held. 
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If a persistent reservation is held, the format for the parameter data provided in response to a PERSISTENT 
RESERVE IN command with the READ RESERVATION service action is shown in table 165. 


Table 165 — Format of PERSISTENT RESERVE IN parameter data for READ RESERVATION with 
a reservation held 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

• •• 

PRgeneration 

3 

(LSB) 

4 

(MSB) 

• •• 

ADDITIONAL LENGTH (0000001Oht 

7 

(LSB) 

8 

(MSB) 

• •• 

RESERVATION KEY 

15 

(LSB) 

16 


• •• 

Obsolete 

19 


20 

Reserved 

21 

SCOPE TYPE 

22 


23 

Obsolete 


The PRgeneration field shall be as defined for the PERSISTENT RESERVE IN command with READ KEYS 
service action parameter data. 

The additional length field indicates the number of bytes that follow and shall be set as shown in table 165. 
The contents of the additional length field are not altered based on the allocation length (see 4.2.5.6). 

The reservation key field shall indicate the reservation key under which the persistent reservation is held 
(see 5.13.10). 

The scope field shall be set to LU_SCOPE (see 6.14.3.2). 

The type field shall indicate the persistent reservation type (see 6.14.3.3) specified in the PERSISTENT 
RESERVE OUT command that created the persistent reservation. 

The obsolete fields in bytes 16 to 19, byte 22, and byte 23 were defined in SPC-2. 
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6.14.3.2 Persistent reservations scope 

The scope field (see table 166) shall be set to LU_SCOPE, specifying that the persistent reservation applies 
to the entire logical unit. 


Table 166 — Persistent reservation scope field 


Code 

Name 

Description 

Oh 

1h to 2h 

3h to Fh 

LUSCOPE 

Persistent reservation applies to the full logical unit 

Obsolete 

Reserved 


The LU_SCOPE scope shall be implemented by all device servers that implement PERSISTENT RESERVE 
OUT 
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6.14.3.3 Persistent reservations type 

The type field (see table 167) specifies the characteristics of the persistent reservation being established for 
all logical blocks within the logical unit. Table 60 (see 5.13.1) defines the persistent reservation types under 
which each command defined in this standard is processed. Each other command standard defines the 
persistent reservation types under which each command defined in that command standard is processed. 


Table 167 — Persistent reservation type field 


Code 

Name 

Description 

Oh 


Obsolete 

1h 

Write 

Exclusive 

Access Restrictions: Some commands (e.g., media-access write 
commands) are only allowed for the persistent reservation holder (see 
5.13.10). 

Persistent Reservation Holder: There is only one persistent reservation 
holder. 

2h 


Obsolete 

3h 

Exclusive 

Access 

Access Restrictions: Some commands (e.g., media-access commands) 
are only allowed for the persistent reservation holder (see 5.13.10). 

Persistent Reservation Holder: There is only one persistent reservation 
holder. 

4h 


Obsolete 

5h 

Write 

Exclusive - 
Registrants 
Only 

Access Restrictions: Some commands (e.g., media-access write 
commands) are only allowed for registered I T nexuses. 

Persistent Reservation Holder: There is only one persistent reservation 
holder (see 5.13.10). 

6h 

Exclusive 
Access - 
Registrants 
Only 

Access Restrictions: Some commands (e.g., media-access commands) 
are only allowed for registered l_T nexuses. 

Persistent Reservation Holder: There is only one persistent reservation 
holder (see 5.13.10). 

7h 

Write 

Exclusive - 
All 

Registrants 

Access Restrictions: Some commands (e.g., media-access write 
commands) are only allowed for registered I T nexuses. 

Persistent Reservation Holder: Each registered l_T nexus is a persistent 
reservation holder (see 5.13.10). 

8h 

Exclusive 
Access - 
All 

Registrants 

Access Restrictions: Some commands (e.g., media-access commands) 
are only allowed for registered l_T nexuses. 

Persistent Reservation Holder: Each registered l_T nexus is a persistent 
reservation holder (see 5.13.10). 

9h to Fh 

Reserved 
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6.14.4 REPORT CAPABILITIES service action 

The REPORT CAPABILITIES service action requests the device server to return information on persistent 
reservation features. 

The format for the parameter data provided in response to a PERSISTENT RESERVE IN command with the 
REPORT CAPABILITIES service action is shown in table 168. 


Table 168 — PERSISTENT RESERVE IN parameter data for REPORT CAPABILITIES 


Bit 

Byte 

7 

6 5 4 

3 2 1 

0 

0 

(MSB) 

LENGTH (0008h) 


1 


(LSB) 

2 

RLR_C 

Reserved crh 

SIP_C atp_c Reserved 

PTPL_C 

3 

TMV 

ALLOW COMMANDS 

Reserved 

PTPL_A 

4 


PERSISTENT RESERVATION TYPE MASK 


5 



6 


Reserved 


7 




The length field indicates the length in bytes of the parameter data and shall be set as shown in table 168 in 
the parameter data for a PERSISTENT RESERVE IN command with the REPORT CAPABILITIES service 
action. The contents of the length field are not altered based on the allocation length (see 4.2.5.6). 

A replace lost reservation capable (rlr_c) bit set to one indicates that the device server supports the 
REPLACE LOST RESERVATION service action in the PERSISTENT RESERVE OUT command. An rlr_c 
bit set to zero indicates that the device server does not support the REPLACE LOST RESERVATION service 
action in the PERSISTENT RESERVE OUT command. If the rlr_c bit is set to zero then the device server 
shall not terminate any commands with CHECK CONDITION status with the sense key set to DATA 
PROTECT and the additional sense code set to PERSISTENT RESERVATION INFORMATION LOST (see 
5.13.5.4). 

A compatible reservation handling (crh) bit set to one indicates that the device server supports the exceptions 
to the SPC-2 RESERVE commands and RELEASE commands described in 5.13.3. A crh bit set to zero 
indicates that RESERVE commands and RELEASE commands are processed as defined in SPC-2. 

A specify initiator ports capable (sip_c) bit set to one indicates that the device server supports the spec_i_pt 
bit in the PERSISTENT RESERVE OUT command parameter data (see 6.15.3). An sip_c bit set to zero 
indicates that the device server does not support the spec_i_pt bit in the PERSISTENT RESERVE OUT 
command parameter data. 

An all target ports capable (atp_c) bit set to one indicates that the device server supports the all_tg_pt bit in 
the PERSISTENT RESERVE OUT command parameter data. An atp_c bit set to zero indicates that the 
device server does not support the all_tg_pt bit in the PERSISTENT RESERVE OUT command parameter 
data. 

A persist through power loss capable (ptpl_c) bit set to one indicates that the device server supports the 
persist through power loss capability (see 5.13.5) for persistent reservations and the aptpl bit in the 
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PERSISTENT RESERVE OUT command parameter data. An ptpl_c bit set to zero indicates that the device 
server does not support the persist through power loss capability. 

A type mask valid (tmv) bit set to one indicates that the persistent reservation type mask field contains a 
bit map indicating which persistent reservation types are supported by the device server. A tmv bit set to zero 
indicates that the persistent reservation type mask field shall be ignored. 

The allow commands field (see table 169) indicates whether certain commands are allowed through certain 
types of persistent reservations. 


Table 169 — allow commands field (part 1 of 2) 


Code 

Description 

000b 

No information is provided about whether certain commands are allowed through certain types 
of persistent reservations. 

001b 

The device server allows the TEST UNIT READY command (see table 60 in 5.13.1) through 
Write Exclusive type reservations and Exclusive Access type reservations. 

The device server does not provide information about whether the following commands are 
allowed through Write Exclusive type reservations: 

a) MODE SENSE; 

b) READ ATTRIBUTE; 

c) READ BUFFER(IO); 

d) RECEIVE DIAGNOSTIC RESULTS; 

e) REPORT SUPPORTED OPERATION CODES; 

f) REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS; and 

g) READ DEFECT DATA (see SBC-3). 

010b 

The device server allows the TEST UNIT READY command through Write Exclusive type 
reservations and Exclusive Access type reservations. 

The device server does not allow the following commands through Write Exclusive type 
reservations: 

a) MODE SENSE; 

b) READ ATTRIBUTE; 

c) READ BUFFER(IO); 

d) RECEIVE DIAGNOSTIC RESULTS; 

e) REPORT SUPPORTED OPERATION CODES; 

f) REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS; and 

g) READ DEFECT DATA (see SBC-3). 

011b 

The device server allows: 

a) the TEST UNIT READY command through Write Exclusive type reservations and 
Exclusive Access type reservations; and 

b) the following commands through Write Exclusive type reservations: 

A) MODE SENSE; 

B) READ ATTRIBUTE; 

C) READ BUFFER(IO); 

D) RECEIVE DIAGNOSTIC RESULTS; 

E) REPORT SUPPORTED OPERATION CODES; 

F) REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS; and 

G) READ DEFECT DATA (see SBC-3). 
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Table 169 — allow commands field (part 2 of 2) 


Code 

Description 

100b 

The device server allows: 

a) the following commands through Write Exclusive and Exclusive Access persistent 
reservations: 

A) TEST UNIT READY; 
and 

b) the following commands through Write Exclusive persistent reservations: 

A) MODE SENSE; 

B) READ ATTRIBUTE; 

C) READ BUFFER(IO); 

D) RECEIVE DIAGNOSTIC RESULTS; 

E) REPORT SUPPORTED OPERATION CODES; 

F) REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS; and 

G) READ DEFECT DATA (see SBC-3). 

101b 

The device server allows: 

a) the following commands through Write Exclusive and Exclusive Access persistent 
reservations: 

A) TEST UNIT READY; 

B) REPORT SUPPORTED OPERATION CODES; and 

C) REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS; 
and 

b) the following commands through Write Exclusive persistent reservations: 

A) MODE SENSE; 

B) READ ATTRIBUTE; 

C) READ BUFFER(IO); 

D) RECEIVE DIAGNOSTIC RESULTS; and 

E) READ DEFECT DATA (see SBC-3). 

all others 

Reserved 


A Persist Through Power Loss Activated (ptpl_a) bit set to one indicates that the persist through power loss 
capability is activated (see 5.13.5). A ptpl_a bit set to zero indicates that the persist through power loss 
capability is not activated. 


The persistent reservation type mask field (see table 170) contains a bit map that indicates the persistent 
reservation types that are supported by the device server. 


Table 170 — Persistent Reservation Type Mask format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

4 

WR_EX_AR 

EX_AC_RO 

WR_EX_RO 

Reserved 

EX_AC 

Reserved 

WR_EX 

Reserved 

5 

Reserved 

EX_AC_AR 


A Write Exclusive - All Registrants (wr_ex_ar) bit set to one indicates that the device server supports the 
Write Exclusive - All Registrants persistent reservation type. An wr_ex_ar bit set to zero indicates that the 
device server does not support the Write Exclusive - All Registrants persistent reservation type. 
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An Exclusive Access - Registrants Only (ex_ac_ro) bit set to one indicates that the device server supports 
the Exclusive Access - Registrants Only persistent reservation type. An ex_ac_ro bit set to zero indicates 
that the device server does not support the Exclusive Access - Registrants Only persistent reservation type. 

A Write Exclusive - Registrants Only (wr_ex_ro) bit set to one indicates that the device server supports the 
Write Exclusive - Registrants Only persistent reservation type. An wr_ex_ro bit set to zero indicates that the 
device server does not support the Write Exclusive - Registrants Only persistent reservation type. 

An Exclusive Access (ex_ac) bit set to one indicates that the device server supports the Exclusive Access 
persistent reservation type. An ex_ac bit set to zero indicates that the device server does not support the 
Exclusive Access persistent reservation type. 

A Write Exclusive (wr_ex) bit set to one indicates that the device server supports the Write Exclusive 
persistent reservation type. An wr_ex bit set to zero indicates that the device server does not support the 
Write Exclusive persistent reservation type. 

An Exclusive Access - All Registrants (ex_ac_ar) bit set to one indicates that the device server supports the 
Exclusive Access - All Registrants persistent reservation type. An ex_ac_ar bit set to zero indicates that the 
device server does not support the Exclusive Access - All Registrants persistent reservation type. 


6.14.5 READ FULL STATUS service action 

The READ FULL STATUS service action requests the device server to return a parameter list describing the 
registration status and persistent reservation status of each currently registered l_T nexus for the logical unit. 

For more information on READ FULL STATUS see 5.13.6.4. 


The format for the parameter data provided in response to a PERSISTENT RESERVE IN command with the 
READ FULL STATUS service action is shown in table 171. 
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The PRgeneration field shall be as defined for the PERSISTENT RESERVE IN command with READ KEYS 
service action parameter data (see 6.14.2). 

The additional length field indicates the number of bytes that follow in the full status descriptors. The 
contents of the additional length field are not altered based on the allocation length (see 4.2.5.6). 

The format of the full status descriptors is shown in table 172. Each full status descriptor describes one or 
more registered l_T nexuses. The device server shall return persistent reservations status information for 
every registered l_T nexus. 


Table 172 — PERSISTENT RESERVE IN full status descriptor format 



The reservation key field contains the reservation key. 


A Reservation Holder (r_holder) bit set to one indicates that all l_T nexuses described by this full status 
descriptor are registered and are persistent reservation holders (see 5.13.10). An rjholder bit set to zero 
indicates that all l_T nexuses described by this full status descriptor are registered but are not persistent 
reservation holders. 

An All Target Ports (all_tg_pt) bit set to zero indicates that this full status descriptor represents a single l_T 
nexus. An all_tg_pt bit set to one indicates that: 

a) this full status descriptor represents all the l_T nexuses that are associated with both: 

A) the initiator port specified by the TransportID; and 

B) every target port in the SCSI target device; 

b) all the l_T nexuses are registered with the same reservation key; and 
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c) all the l_T nexuses are either reservation holders or not reservation holders as indicated by the 
rjholder bit. 

The device server is not required to return a full status descriptor with the all_tg_pt bit set to one. Instead, it 
may return separate full status descriptors for each l_T nexus. 

If the rjholder bit is set to one (i.e., if the l_T nexus described by this full status descriptor is a reservation 
holder), then the scope field and the type field are as defined in the READ RESERVATION service action 
parameter data (see 6.14.3). If the rjholder bit is set to zero, the contents of the scope field and the type 
field are not defined by this standard. 

If the all_tg_pt bit is set to zero, the relative target port identifier field (see 4.3.4) is set to the relative 
port identifier of the target port that is part of the l_T nexus described by this full status descriptor. If the 
all_tg_pt bit is set to one, the contents of the relative target port identifier field are not defined by this 
standard. 

The additional descriptor length field indicates the number of bytes that follow in the descriptor (i.e., the 
size of the TransportID). 

The TransportID specifies a TransportID (see 7.6.4) identifying the initiator port that is part of the l_T nexus or 
l_T nexuses described by this full status descriptor. 


6.15 PERSISTENT RESERVE OUT command 


6.15.1 PERSISTENT RESERVE OUT command introduction 

The PERSISTENT RESERVE OUT command (see table 173) requests the device server to perform a service 
action that adds, removes, or manages a persistent reservation for the logical unit for the exclusive or shared 
use of one or more I T nexuses. 

I_T nexuses performing PERSISTENT RESERVE OUT service actions are identified by a registered 
reservation key provided by the application client. An application client may use the PERSISTENT RESERVE 
IN command to obtain the reservation key, if any, for the l_T nexus holding a persistent reservation and may 
use the PERSISTENT RESERVE OUT command to preempt that persistent reservation. 


Table 173 — PERSISTENT RESERVE OUT command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (5Fh) 

1 

Reserved service action 

2 

SCOPE TYPE 

3 


4 

Reserved 

5 

(MSB) 

• •• 

PARAMETER LIST LENGTH 

8 

(LSB) 

9 

CONTROL 
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The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 173 for the PERSISTENT 
RESERVE OUT command. 

The SERVICE ACTION field is defined in 4.2.5.2 and 6.15.2. 

If a PERSISTENT RESERVE OUT command is attempted, but there are insufficient device server resources 
to complete the operation, the device server shall terminate the command with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INSUFFICIENT 
REGISTRATION RESOURCES. 

The PERSISTENT RESERVE OUT command contains fields that specify a persistent reservation service 
action, the intended scope of the persistent reservation, and the restrictions caused by the persistent 
reservation. The scope field and type field are defined in 6.14.3.2 and 6.14.3.3. If a scope field specifies a 
scope that is not implemented, the device server shall terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
CDB. 

Fields contained in the PERSISTENT RESERVE OUT parameter list specify the information required to 
perform a particular persistent reservation service action. 

The PARAMETER list length field specifies the number of bytes of parameter data for the PERSISTENT 
RESERVE OUT command. 

The parameter list shall be 24 bytes in length and the parameter list length field shall contain 24 (i.e., 18h), 
if the following conditions are true: 

a) the spec_i_pt bit (see 6.15.3) is set to zero; and 

b) the service action is not REGISTER AND MOVE. 

If the spec_i_pt bit is set to zero, the service action is not REGISTER AND MOVE, and the parameter list 
length is not 24, then the device server shall terminate the command with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to PARAMETER LIST LENGTH 
ERROR. 

If the parameter list length is larger than the device server is able to process, the device server should 
terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to PARAMETER LIST LENGTH ERROR. 

The control byte is defined in SAM-5. 
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6.15.2 PERSISTENT RESERVE OUT service actions and parameter list formats 

As part of processing the PERSISTENT RESERVE OUT service actions, the device server shall increment 
the PRgeneration value as defined in table 174. 

The PERSISTENT RESERVE OUT command service actions are defined in table 174. 


Table 174 — PERSISTENT RESERVE OUT service action codes 


Code 

Name 

Description 

PRgeneration 

field 

incremented 

Parameter 
list format 

OOh 

REGISTER 

Register a reservation key with the device 
server (see 5.13.7) or unregister a reser¬ 
vation key (see 5.13.11.2.3) 

Yes 

Basic 

(see 6.15.3) 

Olh 

RESERVE 

Creates a persistent reservation having a 
specified scope and type (see 5.13.9). 

The scope and type of a persistent reser¬ 
vation are defined in 6.14.3.2 and 

6.14.3.3 

No 

Basic 

(see 6.15.3) 

02h 

RELEASE 

Releases the selected persistent reser¬ 
vation (see 5.13.11.2.2) 

No 

Basic 

(see 6.15.3) 

03h 

CLEAR 

Clears all reservation keys (i.e., registra¬ 
tions) and all persistent reservations (see 
5.13.11.2.7) 

Yes 

Basic 

(see 6.15.3) 

04 h 

PREEMPT 

Preempts persistent reservations and/or 
removes registrations (see 5.13.11.2.4) 

Yes 

Basic 

(see 6.15.3) 

05h 

PREEMPT 

AND ABORT 

Preempts persistent reservations and/or 
removes registrations and aborts all 
commands for all preempted 1 T nexuses 
(see 5.13.11.2.4 and 5.13.11.2.6) 

Yes 

Basic 

(see 6.15.3) 

06h 

REGISTER 

AND IGNORE 
EXISTING KEY 

Register a reservation key with the device 
server (see 5.13.7) or unregister a reser¬ 
vation key (see 5.13.11.2.3) 

Yes 

Basic 

(see 6.15.3) 

07h 

REGISTER 

AND MOVE 

Register a reservation key for another I T 
nexus with the device server and move an 
existing persistent reservation to that I T 
nexus (see 5.13.8) 

Yes 

Register and 
move 

(see 6.15.4) 

08h 

REPLACE 

LOST 

RESERVATION 

Replace lost persistent reservation infor¬ 
mation (see 5.13.11.3) 

No a 

Basic 

(see 6.15.3) 

09hto 

IFh 

Reserved 

a The processing of a REPLACE LOST RESERVATION service action does not increment the 
PRgeneration field. Instead, the PRgeneration field is set to zero (see 5.13.11.3). 
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Table 175 summarizes which fields are set by the application client and interpreted by the device server for 
each service action and scope value. 


Table 175 — PERSISTENT RESERVE OUT service actions and valid parameters (part 1 of 2) 


Service action 

Allowed 

SCOPE 

Parameters (part 1 of 2) 

Parameter 
list format 

TYPE 

RESERVATION 

KEY 

SERVICE ACTION 

RESERVATION 

KEY 

APTPL 

REGISTER 

ignored 

Basic 

(see 6.15.3) 

ignored 

valid 

valid 

valid 

REGISTER 

AND IGNORE 
EXISTING KEY 

ignored 

Basic 

(see 6.15.3) 

ignored 

ignored 

valid 

valid 

RESERVE 

LUSCOPE 

Basic 

(see 6.15.3) 

valid 

valid 

ignored 

ignored 

RELEASE 

LU_SCOPE 

Basic 

(see 6.15.3) 

valid 

valid 

ignored 

ignored 

CLEAR 

ignored 

Basic 

(see 6.15.3) 

ignored 

valid 

ignored 

ignored 

PREEMPT 

LU_SCOPE 

Basic 

(see 6.15.3) 

valid 

valid 

valid 

ignored 

PREEMPT 

AND ABORT 

LUSCOPE 

Basic 

(see 6.15.3) 

valid 

valid 

valid 

ignored 

REGISTER 

AND MOVE 

LUSCOPE 

Register and 
move 

(see 6.15.4) 

valid 

valid 

valid 

valid 

REPLACE 

LOST 

RESERVATION 

LU_SCOPE 

Basic 

(see 6.15.3) 

valid 

valid 

valid 

ignored 
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Table 175 — PERSISTENT RESERVE OUT service actions and valid parameters (part 2 of 2) 


Service action 

Allowed 

SCOPE 

Parameters (part 2 of 2) 

Parameter 
list format 

ALL_TG_PT 

SPEC_I_PT 

UNREG 

REGISTER 

ignored 

Basic 

(see 6.15.3) 

valid 

valid 

n/a 

REGISTER 

AND IGNORE 
EXISTING KEY 

ignored 

Basic 

(see 6.15.3) 

valid 

invalid 

n/a 

RESERVE 

LU_SCOPE 

Basic 

(see 6.15.3) 

ignored 

invalid 

n/a 

RELEASE 

LU_SCOPE 

Basic 

(see 6.15.3) 

ignored 

invalid 

n/a 

CLEAR 

ignored 

Basic 

(see 6.15.3) 

ignored 

invalid 

n/a 

PREEMPT 

LU_SCOPE 

Basic 

(see 6.15.3) 

ignored 

invalid 

n/a 

PREEMPT 

AND ABORT 

LU_SCOPE 

Basic 

(see 6.15.3) 

ignored 

invalid 

n/a 

REGISTER 

AND MOVE 

LU_SCOPE 

Register and 
move 

(see 6.15.4) 

n/a 

n/a 

valid 

REPLACE 

LOST 

RESERVATION 

LU_SCOPE 

Basic 

(see 6.15.3) 

invalid 

invalid 

n/a 
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6.15.3 Basic PERSISTENT RESERVE OUT parameter list 


The parameter list format shown in table 176 shall be used by the PERSISTENT RESERVE OUT command 
with all service actions except the REGISTER AND MOVE service action. All fields shall be sent, even if the 
field is not required for the specified service action and scope values. 



The obsolete fields in bytes 16 to 19, byte 22, and byte 23 were defined in SPC-2. 

The reservation key field contains an eight-byte value provided by the application client to the device server 
to identify the l_T nexus that is the source of the PERSISTENT RESERVE OUT command. The device server 
shall verify that the contents of the reservation key field in a PERSISTENT RESERVE OUT command 
parameter data matches the registered reservation key for the l_T nexus from which the command was 
received, except for: 

a) the REGISTER AND IGNORE EXISTING KEY service action where the reservation key field shall 
be ignored; 

b) the REGISTER service action for an unregistered I T nexus where the reservation key field shall 
contain zero; and 

c) the REPLACE LOST RESERVATION service action where the reservation key field shall contain 
zero. 

Except as noted in this subclause, if a PERSISTENT RESERVE OUT command specifies a reservation key 
field other than the reservation key registered for the I T nexus, then the device server shall complete the 
command with RESERVATION CONFLICT status. Except as noted in this subclause, the reservation key of 
the l_T nexus shall be verified to be correct regardless of the service action and scope field values. 
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The service action reservation key field contains information associated with the following service actions: 

a) REGISTER; 

b) REGISTER AND IGNORE EXISTING KEY; 

c) PREEMPT; 

d) PREEMPT AND ABORT; and 

e) REPLACE LOST RESERVATION. 

The service action reservation key field is ignored for the following service actions: 

a) RESERVE; 

b) RELEASE; and 

c) CLEAR. 

For the REGISTER service action and REGISTER AND IGNORE EXISTING KEY service action, the service 
action reservation key field contains: 

a) the new reservation key to be registered in place of the registered reservation key; or 

b) zero to unregister the registered reservation key. 

For the PREEMPT service action and PREEMPT AND ABORT service action, the service action 
reservation key field contains the reservation key of: 

a) the registrations to be removed; and 

b) if the service action reservation key field identifies a persistent reservation holder (see 5.13.10), 
then the persistent reservations to be preempted. 

For the REPLACE LOST RESERVATION service action, the service action reservation key field contains 
the new reservation key to be registered. 

If the Specify Initiator Ports (spec_i_pt) bit is set to zero, the device server shall apply the registration only to 
the l_T nexus that sent the PERSISTENT RESERVE OUT command. If the spec_i_pt bit is set to one for any 
service action except the REGISTER service action, then the device server shall terminate the command with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID FIELD IN PARAMETER LIST. If the spec_i_pt bit is set to one for the REGISTER service action, 
then the additional parameter data (see table 177) shall include a list of transport IDs and the device server 
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shall also apply the registration to the l_T nexus for each initiator port specified by a TransportID. If a regis¬ 
tration fails for any initiator port (e.g., if the logical unit does not have enough resources available to hold the 
registration information), then no registrations shall be made and the command shall be terminated with 
CHECK CONDITION status. 


Table 177 — PERSISTENT RESERVE OUT specify initiator ports additional parameter data 



The transportid parameter data length field specifies the number of bytes of TransportIDs that follow. 
If: 


a) the value in the parameter list length field in the CDB does not include all of the additional 
parameter list bytes specified by the transportid parameter data length field; or 

b) the value in the transportid parameter data length field results in the truncation of a TransportID, 

then the device server: 

a) shall terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST; and 

b) should set the additional sense code to PARAMETER LIST LENGTH ERROR. 

The format of a TransportID is defined in 7.6.4. 

The All Target Ports (all_tg_pt) bit is valid only for the REGISTER service action and the REGISTER AND 
IGNORE EXISTING KEY service action, and shall be ignored for all other service actions. If the device server 
receives a REGISTER service action or a REGISTER AND IGNORE EXISTING KEY service action with the 
all_tg_pt bit set to one, then the device server shall create the specified registration on all target ports in the 
SCSI target device known to the device server (i.e., as if the same registration request had been received 
individually through each target port). If the device server receives a REGISTER service action or a 
REGISTER AND IGNORE EXISTING KEY service action with the all_tg_pt bit set to zero, then the device 
server shall apply the registration only to the target port through which the PERSISTENT RESERVE OUT 
command was received. If a device server that does not support an all_tg_pt bit set to one receives that 
value in a REGISTER service action or a REGISTER AND IGNORE EXISTING KEY service action, then the 
device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 
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The Activate Persist Through Power Loss (aptpl) bit is: 

a) valid only for the REGISTER service action and REGISTER AND IGNORE EXISTING KEY service 
action; and 

b) shall be ignored for all other service actions. 

If a device server that does not support an aptpl bit set to one detects that value in a REGISTER service 
action or a REGISTER AND IGNORE EXISTING KEY service action, then the device server shall terminate 
the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INVALID FIELD IN PARAMETER LIST 

If the last valid aptpl bit value processed by the device server is zero, the loss of power in the SCSI target 
device shall release the persistent reservation for the logical unit and remove all registered reservation keys 
(see 5.13.7). If the last valid aptpl bit value processed by the device server is one, the logical unit shall retain 
any persistent reservation(s) that may be present and all reservation keys (i.e., registrations) for all l_T 
nexuses even if power is lost (see 5.13.5). 


6.15.4 Parameter list for the PERSISTENT RESERVE OUT command with REGISTER AND MOVE 
service action 

The parameter list format shown in table 178 shall be used by the PERSISTENT RESERVE OUT command 
with REGISTER AND MOVE service action. 


Table 178 — PERSISTENT RESERVE OUT command with REGISTER AND MOVE service 
action parameter list 



The reservation key field contains an eight-byte value provided by the application client to the device server 
to identify the l_T nexus that is the source of the PERSISTENT RESERVE OUT command. The device server 
shall verify that the contents of the reservation key field in a PERSISTENT RESERVE OUT command 
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parameter data matches the registered reservation key for the l_T nexus from which the command was 
received. If a PERSISTENT RESERVE OUT command specifies a reservation key field other than the 
reservation key registered for the l_T nexus, then the device server shall complete the command with 
RESERVATION CONFLICT status. 

The service action reservation key field contains the reservation key to be registered to the specified l_T 
nexus. 

If a device server that does not support an Activate Persist Through Power Loss (aptpl) bit set to one detects 
that value in a REGISTER AND MOVE service action, then the device server shall terminate the command 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN PARAMETER LIST. 

If the last valid aptpl bit value processed by the device server is zero, the loss of power in the SCSI target 
device shall release the persistent reservation for the logical unit and remove all registered reservation keys 
(see 5.6.5). If the last valid aptpl bit value processed by the device server is one, the logical unit shall retain 
any persistent reservation(s) that may be present and all reservation keys (i.e., registrations) for all l_T 
nexuses even if power is lost (see 5.13.5). 

An unregister (unreg) bit set to zero specifies that the device server shall not unregister the l_T nexus on 
which the PERSISTENT RESERVE OUT command REGISTER AND MOVE service action was received. An 
unreg bit set to one specifies that the device server shall unregister the l_T nexus on which the PERSISTENT 
RESERVE OUT command REGISTER AND MOVE service action was received. 

The relative target port identifier field (see 4.3.4) specifies the relative port identifier of the target port in 
the l_T nexus to which the persistent reservation is to be moved. 

The transportid length field specifies the number of bytes of the TransportID that follow, shall be a 
minimum of 24 bytes, and shall be a multiple of four. 

The Transports specifies the initiator port in the l_T nexus to which the persistent reservation is to be moved. 
The format of the Transports is defined in 7.6.4. 

If: 


a) the value in the parameter list length field in the CDB does not include all of the parameter list 
bytes specified by the transportid length field; or 

b) the value in the transportid length field results in the truncation of a Transports, 

then the device server: 

a) shall terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST; and 

b) should set the additional sense code to PARAMETER LIST LENGTH ERROR. 
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6.16 READ ATTRIBUTE command 


6.16.1 READ ATTRIBUTE command introduction 

The READ ATTRIBUTE command (see table 179) requests the device server to read attribute information 
from medium auxiliary memory. 


Table 179 — READ ATTRIBUTE command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (8Ch) 

1 

Reserved service action 

2 

Restricted (see SMC-31 

4 


5 

LOGICAL VOLUME NUMBER 

6 

Reserved 

7 

PARTITION NUMBER 

8 

(MSB) 

9 

FIRST ATTRIBUTE IDENTIFIER 

(LSB) 

10 

(MSB) 

ALLOCATION LENGTH 

13 

(LSB) 

14 

Reserved cache 

15 

control 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 179 for the READ 
ATTRIBUTE command. 
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The SERVICE ACTION field is defined in 4.2.5.2. The service action codes defined for the READ ATTRIBUTE 
command are shown in table 180. 


Table 180 — READ ATTRIBUTE service action codes 


Code 

Name 

Description 

Reference 

OOh 

ATTRIBUTE VALUES 

Return attribute values. 

6.16.2 

Olh 

ATTRIBUTE LIST 

Return a list of available attribute identifiers, identifi¬ 
ers that are in the read only state or in the 
read/write state (see 5.8). 

6.16.3 

02h 

LOGICAL VOLUME LIST 

Return a list of known logical volume numbers. 

6.16.4 

03h 

PARTITION LIST 

Return a list of known partition numbers. 

6.16.5 

04 h 

Restricted 


SMC-3 

05h 

SUPPORTED ATTRI¬ 
BUTES 

Return a list of supported attribute identifiers, identi¬ 
fiers that are in the read only state, in the read/write 
state, or in the nonexistent state (see 5.8). 

6.16.6 

06h tolFh 

Reserved 


The logical volume number field specifies a logical volume (e.g., the medium auxiliary memory storage for 
one side of a double sided medium) within the medium auxiliary memory. The number of logical volumes of 
the medium auxiliary memory shall equal the number of logical volumes of the attached medium. If the 
medium only has a single logical volume, then its logical volume number shall be zero. 

The partition number field specifies a partition (see SSC-4) within a logical volume. The number of partitions 
of the medium auxiliary memory shall equal the number of partitions of the attached medium. If the medium 
only has a single partition, then its partition number shall be zero. 

If the combination of logical volume number and partition number is not valid, the device server shall terminate 
the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INVALID FIELD IN CDB. 

The first attribute identifier field specifies the attribute identifier of the first attribute to be returned. If the 
specified attribute is in the unsupported state or nonexistent state (see 5.8), the device server shall terminate 
the READ ATTRIBUTE command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The allocation length field is defined in 4.2.5.6. 

Caching of either a subset or the complete set of attribute information from the most recently mounted 
medium may be supported as cached attribute information. If cached attribute information is supported the 
device server shall: 

a) support the cache bit being set to one; and 

b) clear cached attribute information at the start of a medium load. 

A cache bit set to one specifies that the device server may return cached attribute information. A cache bit set 
to zero specifies that the device server shall not return cached attribute information. 
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If medium auxiliary memory is not accessible, the device server shall return the status defined in table 181. 


Table 181 — Status to be returned if medium auxiliary memory is not accessible 


CACHE 

bit 

Medium 

state 

Cached attribute 
information 

Status 

Sense 

Key 

Additional sense code 

Ob 

present 

ignored 

CHECK 

CONDITION 

NOT 

READY 

MEDIUM NOT PRESENT 

not present 

ignored 

CHECK 

CONDITION 

MEDIUM 

ERROR 

LOGICAL UNIT NOT READY, 
AUXILIARY MEMORY NOT 
ACCESSIBLE 

1b 

present 

available 

GOOD 

NO 

SENSE 

NO ADDITIONAL SENSE 
INFORMATION 

not available 

CHECK 

CONDITION 

NOT 

READY 

MEDIUM NOT PRESENT 

not present 

available 

GOOD 

NO 

SENSE 

NO ADDITIONAL SENSE 
INFORMATION 

not available 

CHECK 

CONDITION 

MEDIUM 

ERROR 

LOGICAL UNIT NOT READY, 
AUXILIARY MEMORY NOT 
ACCESSIBLE 


If the medium auxiliary memory is not operational, the device server shall terminate the READ ATTRIBUTE 
command with CHECK CONDITION status, with the sense key set to MEDIUM ERROR, and the additional 
sense code set to AUXILIARY MEMORY READ ERROR. 

If a medium is mounted and the medium auxiliary memory is accessible, the cache bit shall be ignored. 

The control byte is defined in SAM-5. 

The format of parameter data returned by the READ ATTRIBUTE command depends on the service action 
specified. 
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6.16.2 ATTRIBUTE VALUES service action 

The READ ATTRIBUTE command with ATTRIBUTE VALUES service action returns parameter data 
containing the attributes that are in the read only state or read/write state (see 5.8) specified by the partition 
number field, LOGICAL volume number field, and FIRST attribute identifier field in the CDB. The parameter 
data shall contain the requested attributes in ascending numerical order by attribute identifier value and in the 
format shown in table 182. 


Table 182 — READ ATTRIBUTE with ATTRIBUTE VALUES service action parameter data format 



The available data field shall contain the number of bytes of attribute information in the parameter data. The 
contents of the available data field are not altered based on the allocation length (see 4.2.5.6). 

The format of the attributes is described in 7.4.1. 
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6.16.3 ATTRIBUTE LIST service action 

The READ ATTRIBUTE command with ATTRIBUTE LIST service action returns parameter data containing 
the attribute identifiers for the attributes that are in the read only state or in the read/write state (see 5.8) in the 
specified partition number and volume number. The contents of first attribute identifier field in the CDB 
shall be ignored. The parameter data shall contain the requested attribute identifiers in ascending numerical 
order by attribute identifier value and in the format shown in table 183. 


Table 183 — READ ATTRIBUTE with ATTRIBUTE LIST service action parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (n-3) 


3 

(LSB) 


Attribute identifiers 

4 

(MSB) 

ATTRIBUTE IDENTIFIER [first] 


5 


(LSB) 



n-1 

(MSB) 

ATTRIBUTE IDENTIFIER [last] 


n 


(LSB) 


The available data field shall contain the number of bytes of attribute identifiers in the parameter data. The 
contents of the available data field are not altered based on the allocation length (see 4.2.5.6). 

An attribute identifier field is returned for each attribute that is in the read only state or in the read/write 
state (see 5.8) in the specified partition number and volume number. See 7.4.2 for a description of the 
attribute identifier values. 


6.16.4 LOGICAL VOLUME LIST service action 

The READ ATTRIBUTE command with LOGICAL VOLUME LIST service action returns parameter data (see 
table 184) identifying the supported number of logical volumes. The contents of logical volume number field, 
partition NUMBER field, and FIRST attribute identifier field in the CDB shall be ignored. 


Table 184 — READ ATTRIBUTE with LOGICAL VOLUME LIST service action parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (0002h) 


1 


(LSB) 

2 

FIRST LOGICAL VOLUME NUMBER 

3 

NUMBER OF LOGICAL VOLUMES AVAILABLE 


The available data field shall be set as shown in table 184 for the parameter data returned by a READ 
ATTRIBUTE command with LOGICAL VOLUME LIST service action. The contents of the available data field 
are not altered based on the allocation length (see 4.2.5.6). 
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The first logical volume number field indicates the first volume available. Logical volume numbering should 
start at zero. 

The number of logical volumes available field indicates the number of volumes available. 


6.16.5 PARTITION LIST service action 

The READ ATTRIBUTE command with PARTITION LIST service action returns parameter data (see table 
185) identifying the number of partitions supported in the specified logical volume number. The contents of 
partition NUMBER field and FIRST attribute identifier field in the CDB shall be ignored. 


Table 185 — READ ATTRIBUTE with PARTITION LIST service action parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (0002h) 


1 


(LSB) 

2 

FIRST PARTITION NUMBER 

3 

NUMBER OF PARTITIONS AVAILABLE 


The available data field shall be set as shown in table 185 for the parameter data returned by a READ 
ATTRIBUTE command with PARTITION LIST service action. The contents of the available data field are not 
altered based on the allocation length (see 4.2.5.6). 

The first partition number field indicates the first partition available on the specified logical volume number. 
Partition numbering should start at zero. 

The number of partitions available field indicates the number of partitions available on the specified logical 
volume number. 
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6.16.6 SUPPORTED ATTRIBUTES service action 

The READ ATTRIBUTE command with SUPPORTED ATTRIBUTES service action returns parameter data 
containing the attribute identifiers for the attributes that are supported by the device server in the specified 
partition number and volume number. The contents of first attribute identifier field in the CDB shall be 
ignored. The parameter data shall contain the requested attribute identifiers in ascending numerical order by 
attribute identifier value and in the format shown in table 186. 


Table 186 — READ ATTRIBUTE with SUPPORTED ATTRIBUTES service action parameter data format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

AVAILABLE DATA (n-3) 


3 

(LSB) 


Attribute identifiers 

4 

(MSB) 

ATTRIBUTE IDENTIFIER [first] 


5 


(LSB) 



n-1 

(MSB) 

ATTRIBUTE IDENTIFIER [last] 


n 


(LSB) 


The available data field shall contain the number of bytes of attribute identifiers in the parameter data. The 
contents of the available data field are not altered based on the allocation length (see 4.2.5.6). 

For each attribute that is in the read only state, in the read/write state, or in the nonexistent state (see 5.8) in 
the specified partition number and volume number: 

a) an attribute identifier (see 7.4.2) is returned for device type attributes (see 7.4.2.2), medium type 
attributes (see 7.4.2.3), and host type attributes defined in the applicable command standards; and 

b) if vendor specific host type attributes (see 7.4.2.1) are supported, then an attribute identifier is 
returned for the first supported vendor specific host type attribute and attribute identifiers may be 
returned for other supported vendor specific host type attributes. 


6.17 READ BUFFER(IO) command 

6.17.1 READ BUFFER command summary 

The READ BUFFER command is used in conjunction with the WRITE BUFFER command for: 

a) testing logical unit buffer memory; 

b) testing the integrity of the service delivery subsystem; 

c) downloading microcode (see 5.5); and 

d) retrieving error history. 
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The READ BUFFER(IO) command is defined in table 187. 


Table 187 — READ BUFFER(IO) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (3Ch) 

1 

MODE SPECIFIC MODE 

2 

BUFFER ID 

3 

(MSB) 

• •• 

BUFFER OFFSET 

5 

(LSB) 

6 

(MSB) 

• •• 

ALLOCATION LENGTH 

8 

(LSB) 

9 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 187 for the READ 
BUFFER(IO) command. 


The usage of the mode specific field depends on the value in the mode field. 

The function of this command and the meaning of fields within the CDB depend on the contents of the mode 
field. The mode field is defined in table 188. 


Table 188 — READ BUFFER mode field 


Code 

Description 

References 

OOh 

Obsolete 


Olh 

Vendor specific 

6.17.2 

02h 

Data 

6.17.3 

03h 

Descriptor 

6.17.4 

04h to 09h 

Reserved 


OAh 

Read data from echo buffer 

6.17.5 

OBh 

Echo buffer descriptor 

6.17.6 

OCh to 19h 

Reserved 


1Ah 

Obsolete 


IBh 

Reserved 


ICh 

Error history 

5.6 and 6.17.7 

IDhto IFh 

Reserved 



The mode field may be processed as specifying a service action by the REPORT SUPPORTED OPERATION 
CODES command (see 6.30). 

If the mode field is not set to 01 h (i.e., vendor specific), the allocation length field is defined in 4.2.5.6. 
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The CONTROL byte is defined in SAM-5. 


6.17.2 Vendor specific mode (01 h) 

In this mode, the meanings of the mode specific field, buffer id field, buffer offset field, and allocation 
length field are not specified by this standard. 


6.17.3 Data mode (02h) 

In this mode, the device server returns parameter data that contains logical unit buffer data. The buffer id 
field specifies a buffer within the logical unit from which data shall be transferred. The manufacturer assigns 
buffer ID codes to buffers within the logical unit. Buffer ID zero shall be supported. If more than one buffer is 
supported, then additional buffer ID codes shall be assigned contiguously, beginning with one. Buffer ID code 
assignments for the READ BUFFER command with data mode shall be the same as for the WRITE BUFFER 
command with data mode (see 6.44.3). If an unsupported buffer ID code is selected, the device server shall 
terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN CDB. 

The mode specific field is reserved. 

The buffer offset field specifies the byte offset within the specified buffer from which data shall be 
transferred. The application client should conform to the offset boundary requirements returned in the READ 
BUFFER descriptor (see 6.17.4). If the device server is unable to accept the specified buffer offset, the device 
server shall terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

NOTE 23 - The buffer is shared by all application clients and l_T nexuses. If one application client writes the 
buffer, a second application client writes the buffer, and then the first application client reads the buffer, then 
the read may or may not retrieve the data from the second application client. 


6.17.4 Descriptor mode (03h) 

The mode specific field is reserved. 

In this mode, the device server returns parameter data that contains a maximum of four bytes of READ 
BUFFER descriptor information. The buffer offset field is reserved in this mode. The allocation length 
should be set to four or greater. The READ BUFFER descriptor is defined as shown in table 189. 


Table 189 — READ BUFFER descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

OFFSET BOUNDARY 

1 

2 

(MSB) 

BUFFER CAPACITY 


3 

(LSB) 
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For READ BUFFER commands, the offset boundary field (see table 190) applies to the following modes: 

a) data (i.e., 02h) (see 6.17.3); and 

b) error history (i.e., ICh) (see 6.17.7). 

For WRITE BUFFER commands, the offset boundary field (see table 190) applies to the following modes: 

a) data (i.e., 02h) (see 6.44.3); 

b) download microcode with offsets and activate (i.e., 06h) (see 6.44.6); 

c) download microcode with offsets, save, and activate (i.e., 07h) (see 6.44.7); 

d) download microcode with offsets, select activation events, save, and defer activate (i.e., ODh) (see 
6.44.9); and 

e) download microcode with offsets, save, and defer activate (i.e., OEh) (see 6.44.10). 

For data mode (i.e., 02h), the boundary alignment indicated by the offset boundary field applies only to the 
buffer specified by the buffer id field. For modes other than data to which the offset boundary field applies, 
the boundary alignment applies regardless of the buffer specified by the buffer id field. 


Table 190 — offset boundary field 


Code 

Description 

OOh to FEh 

Multiples of 2 code (e.g., OOh means multiples of 1 byte or no offset restrictions, 

01 h means multiples of 2 bytes or even offsets, 02h means multiples of 4 bytes) 

FFh 

OOOOOOh is the only supported buffer offset 


The buffer capacity field indicates the maximum size in bytes of the buffer specified by the buffer id field 
for: 


a) the READ BUFFER command with data mode (i.e., 02h); and 

b) the WRITE BUFFER command with data mode (i.e., 02h). 


6.17.5 Read data from echo buffer mode (OAh) 

In this mode, the device server returns parameter data that contains the echo buffer (i.e., parameter list data 
sent to the device server by the most recent WRITE BUFFER command with the mode field set to write data to 
echo buffer (see 6.44.8) received on the same l_T nexus). The device server shall return the same number of 
bytes of data as was received during the processing of the prior WRITE BUFFER command with the mode 
field set to write data to echo buffer, limited by the allocation length (see 4.2.5.6). 

The mode specific field is reserved in this mode. 

The buffer id field and buffer offset field are ignored in this mode. 

If the device server has not received a WRITE BUFFER command with the mode set to write data to echo 
buffer received on this l_T nexus since the last logical unit reset condition (see SAM-5) and completed that 
command without an error, then the device server shall terminate the READ BUFFER command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
COMMAND SEQUENCE ERROR. If the data in the echo buffer has been overwritten as the result of a WRITE 
BUFFER command received on another l_T nexus and the device server supports error reporting on echo 
buffer overwrites (i.e., the ebos bit is set to one in the echo buffer descriptor (see 6.17.6)), then the device 
server shall terminate the READ BUFFER command with CHECK CONDITION status, with the sense key set 
to ABORTED COMMAND, and the additional sense code set to ECHO BUFFER OVERWRITTEN. 
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After a WRITE BUFFER command with the mode set to write data to echo buffer has completed without an 
error, the application client may send multiple READ BUFFER commands with the mode set to read data from 
echo buffer in order to read the echo buffer data multiple times. 


6.17.6 Echo buffer descriptor mode (OBh) 

The mode specific field is reserved in this mode. 

In this mode, the device server returns parameter data that contains a maximum of four bytes of READ 
BUFFER descriptor information for the echo buffer. If there is an echo buffer is not implemented, the device 
server shall return all zeros in the READ BUFFER descriptor. The buffer id field and buffer offset field are 
reserved in this mode. The allocation length should be set to four or greater. The echo buffer descriptor is 
defined as shown in table 191. 


Table 191 — Echo buffer descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 

0 

0 

Reserved 

EBOS 

1 

Reserved 

2 

Reserved (MSB) 

3 

BUFFER CAPACITY (LSB) 


If the echo buffer is implemented, the echo buffer descriptor shall be implemented. 

An echo buffer overwritten supported (ebos) bit set to one indicates either: 

a) the device server returns the ECHO BUFFER OVERWRITTEN additional sense code if the data 
being read from the echo buffer is not the data previously written by the same l_T nexus; or 

b) the device server ensures echo buffer data returned to each l_T nexus is the same as that previously 
written by that l_T nexus. 

An ebos bit set to zero specifies that the echo buffer may be overwritten by any intervening command 
received on any I T nexus. 

The buffer capacity field shall contain the size of the echo buffer in bytes aligned to a four-byte boundary. 
The maximum echo buffer size is 4 096 bytes. 

A READ BUFFER command with the mode set to echo buffer descriptor may be used to determine the echo 
buffer capacity and supported features before a WRITE BUFFER command with the mode set to write data to 
echo buffer (see 6.44.8) is sent. 


6.17.7 Error history mode (ICh) 

6.17.7.1 Error history overview 

This mode is used to manage and retrieve error history (see 5.6). 

The usage of the mode specific field depends on the value in the buffer id field (see table 194). 
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If the device server is unable to process a READ BUFFER command with the mode field set to ICh, the device 
server shall terminate the READ BUFFER command with CHECK CONDITION status, with the sense key set 
to ILLEGAL REQUEST, and the additional sense code set to COMMAND SEQUENCE ERROR. 

The buffer id field (see table 192) specifies the action that the device server shall perform, and the parameter 
data, if any, that the device server shall return. 


Table 192 — buffer id field for error history mode 


Code 

Description 

Buffer offset 

Error history 
l_T nexus 
constrained 

Reference 

OOh 

Return error history directory a 

Zero b 

Yes 

6.17.7.2 

Olh 

Return error history directory and create 
new error history snapshot 

Zero b 

Yes 

6.17.7.2 

02h 

Return error history directory and 
establish new error history I T nexus a 

Zero b 

No 

6.17.7.2 

03h 

Return error history directory, establish 
new error history l_T nexus, and create 
new error history snapshot 

Zero b 

No 

6.17.7.2 

04h to OFh 

Reserved 


Yes 


lOh to EFh 

Return error history 

Zero b to 
Maximum c 

Yes 

6.17.7.3 

FOh to FDh 

Reserved 


Yes 


FEh 

Clear error history l_T nexus 

Ignored 

Yes 

6.17.7.4 

FFh 

Clear error history l_T nexus and release 
any error history snapshots 

Ignored 

Yes 

6.17.7.5 

a A new error history snapshot may be created (see table 193). 

b Zero is OOOOOOh for the READ BUFFER(IO) command and 0000 0000 0000 OOOOh for the READ 
BUFFER(16) command. 

c Maximum is FFFFFFh for the READ BUFFER(IO) command and FFFF FFFF FFFF FFFFh for the 
READ BUFFER(16) command. 


The device server shall terminate the READ BUFFER command with CHECK CONDITION status with the 
sense key set to ILLEGAL REQUEST and the additional sense code set to OPERATION IN PROGRESS if the 
device server receives a READ BUFFER command: 

a) with the mode field set to 1 Ch; 

b) with the buffer id field set to a value that table 192 shows as constrained by error history l_T nexus; 

c) if an error history l_T nexus exists and the command is received from an l_T nexus that is different 
than that l_T nexus; and 

d) an error history snapshot exists. 

The buffer offset field specifies the byte offset from the start of the buffer specified by the buffer id field 
from which the device server shall return data. The application client should conform to the offset boundary 
requirements indicated in the READ BUFFER descriptor (see 6.17.4). If the buffer offset is not one of those 
shown in table 192 or the device server is unable to accept the specified buffer offset, then the device server 
shall terminate the READ BUFFER command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 
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The application client should set the allocation length field in the READ BUFFER command to a value that 
is a multiple of 512 if the buffer id field in that command specifies an error history buffer that contains: 

a) current internal status parameter data (i.e., the associated error history directory entry (see table 198) 
BUFFER FORMAT field is set to 01 h); or 

b) saved internal status parameter data (i.e., the associated error history directory entry (see table 198) 
BUFFER FORMAT field is set to 02h). 

6.17.7.2 Error history directory 

Whenever allowed by established error history l_T nexus constraints (see 6.17.7.1), if any, all error history 
directory device server actions return an error history directory (see table 195). Some error history directory 
device server actions also discard the existing error history snapshot and create a new error history snapshot 
(see table 193). 


Table 193 — Summary of error history directory device server actions 


buffer id 

field 

Establish new 
error history 
l_T nexus 

Error history snapshot 

Preserved 
(if exists) 

Created 

OOh 

No a 

Yes 

No b 

Olh 

No a 

No 

Yes 

02h 

Yes 

Yes 

No b 

03h 

Yes 

No 

Yes 


a If no error history I T nexus is established, a new one is established. 
b If no error history snapshot exists, a new one may be created. 


Table 194 defines the meaning of the combinations of values for the buffer id field and the mode specific 
field for the error history mode. 


Table 194 — buffer id field and mode specific field meanings for the error history mode 


BUFFER ID 

field 

MODE 

SPECIFIC 

field 

Description 

OOh to 03h 

000b 

If a new error history snapshot is created (see table 193), vendor specific 
parameter data shall be created (i.e., at least one error history directory 
entry (see table 198) shall contain a buffer format field that is set to OOh). 

001b 

If a new error history snapshot is created (see table 193), current internal 
status parameter data shall be created (i.e., at least one error history 
directory entry (see table 198) shall contain a buffer format field that 
is set to Olh). 

010 to 111b 

Reserved 

all others 

000 to 111b 

Reserved 
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The error history directory is defined in table 195. 



The TlO vendor identification field contains eight bytes of left-aligned ASCII data (see 4.3.1) identifying the 
manufacturer of the logical unit. The T10 vendor identification shall be one assigned by INCITS. A list of 
assigned T10 vendor identifications is in Annex F and on the T10 web site (http://www.t10.org). 

NOTE 24 - The TlO vendor identification field may contain a different value than the vendor identification 
field in the standard INQUIRY data (see 6.5.2) (e.g., this field may indicate a disk drive component 
manufacturer while the standard INQUIRY data indicates the original equipment manufacturer). 

The version field indicates the version and format of the vendor specific error history. The version field is 
assigned by the manufacturer indicated in the TlO vendor identification field. 
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The error history retrieved (ehs_retrieved) field (see table 196) indicates whether a clear error history device 
server action has been requested for the error history snapshot. ehs_retrieved field shall be set to 00b or 
10b when the error history snapshot is created. 


Table 196 — ehs_retrieved field 


Code 

Description 

00b 

No information 

01b 

The error history l_T nexus has requested buffer ID FEh (i.e., clear error 
history l_T nexus) or buffer ID FFh (i.e., clear error history l_T nexus and 
release snapshot) for the current error history snapshot. 

10b 

An error history I T nexus has not requested buffer ID FEh (i.e., clear error 
history l_T nexus) or buffer ID FFh (i.e., clear error history I T nexus and 
release snapshot) for the current error history snapshot. 

11b 

Reserved 


The error history source (ehs_source) field (see table 197) indicates the source of the error history snapshot 
(i.e., error history buffers with the buffer id field set to 10h to EFh (see table 192)). 


Table 197 — ehs_source field 


Code 

Description 

00b 

The error history snapshot was created by the device server and was not created due to 
processing a READ BUFFER command. 

01b 

Error history snapshot was created due to processing of the current READ BUFFER command. 

10b 

Error history snapshot was created due to processing of a previous READ BUFFER command. 

11b 

The source of the error history snapshot is indicated in the buffer source field in each error 
history directory entry (see table 198). 


A clear support (clr_sup) bit set to one indicates that the clr bit is supported in the WRITE BUFFER 
command download error history mode (see 6.44.12). A clr_sup bit set to zero indicates that the clr bit is 
not supported. 

The directory length field indicates the number of bytes that follow in the error history directory list. This 
value shall not be altered even if the allocation length is not sufficient to transfer the entire error history 
directory list. 
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The error history directory list contains an error history directory entry (see table 198) for each supported 
buffer ID in the range of OOh to EFh. The first entry shall be for buffer ID OOh and the entries shall be in order 
of ascending buffer IDs. The supported buffer IDs are not required to be contiguous. There shall not be any 
entries for buffer IDs greater than or equal to FOh. 


Table 198 — Error history directory entry 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

SUPPORTED BUFFER ID 

1 

BUFFER FORMAT 

2 

Reserved buffer source 

3 

Reserved 

4 

(MSB) 

• •• 

MAXIMUM AVAILABLE LENGTH 

7 

(LSB) 


The supported buffer id field indicates the error history buffer ID associated with this entry. 

If the supported buffer id field is set to 10h to EFh, the buffer format field (see table 199) indicates the 
format of the parameter data for the error history buffer indicated by the supported buffer id field. If the 
supported buffer id field is not set to 10h to EFh, the buffer format field should be ignored by the 
application client. 


Table 199 — buffer format field 


Code 

Description 

Format 

Reference 

OOh 

Contains vendor specific data 


Olh 

Contains current internal status parameter data 

6.17.7.3.2 

02h 

Contains saved internal status parameter data 

6.17.7.3.3 

all others 

Reserved 
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If the supported buffer id field is set to 10h to EFh, the buffer source field (see table 200) indicates the 
source field the error history buffer indicated by the supported buffer id field. If the supported buffer id 
field is set to lOh to EFh, the buffer source field should be ignored by the application client. 


Table 200 — buffer source field 


Code 

Description 

Oh 

The source is indicated in the ehs_source field in the error history directory (see table 195). 

1h 

The source is unknown. 

2h 

The error history information was: 

a) created by the device server as the result of a vendor specific event; and 

b) not created due to processing of a READ BUFFER command. 

3h 

The error history information was created due to the processing of the current READ 

BUFFER command. 

4h 

The error history information was created due to the processing of a previous READ 

BUFFER command. 

all others 

Reserved 


The maximum available length field indicates the maximum number of data bytes contained in the buffer 
indicated by the supported buffer id field. The actual number of bytes available for transfer may be smaller. 

6.17.7.3 Error history data buffer 

6.17.7.3.1 Overview 

Unless an error is encountered, the device server shall return parameter data that contains error history from 
the error history snapshot from the specified buffer at the specified buffer offset. The parameter data shall be 
formatted as indicated by the buffer format field in the error history directory entry (see table 198) 
associated with the buffer ID specified by the READ BUFFER command. 

If the device server receives a READ BUFFER command with the mode field set to ICh from the established 
error history l_T nexus and the buffer id field is set to a value that the error history directory (see 6.17.7.2) 
shows as not supported, then the device server shall terminate the command with CHECK CONDITION 
status with the sense key set to ILLEGAL REQUEST and the additional sense code set to INVALID FIELD IN 
CDB. 

If the value in the buffer offset field is not supported, the device server shall terminate the command with 
CHECK CONDITION status with the sense key set to ILLEGAL REQUEST and the additional sense code set 
to INVALID FIELD IN CDB. 

The amount of error history in the specified buffer shall be less than or equal to the number of bytes indicated 
by the maximum available length field in the error history directory (see 6.17.7.2). 
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The current internal status data set one length field indicates the amount of data contained in the 

CURRENT INTERNAL STATUS DATA SET A field. 

The value is expressed in increments of 512 bytes (e.g., a value of one means 512 bytes, two means 1 024 
bytes, etc.) and is calculated as follows: 

length = (offset W-511)/512 

where: 


length is the value of the current internal status data set one length field; and 

offset W is the offset in the current internal status parameter data of the last byte in the 

CURRENT INTERNAL STATUS DATA SET A field. 

The current internal status data set two length field indicates the amount of data contained in: 

a) the CURRENT internal status data set a field; and 

b) the current internal status data set b field. 

The value is expressed in increments of 512 bytes (e.g., a value of one means 512 bytes, two means 1 024 
bytes, etc.) and is calculated as follows: 

length = (offset X-511)/ 512 

where: 


length is the value of the current internal status data set two length field; and 

offset X is the offset in the current internal status parameter data of the last byte in the 

CURRENT INTERNAL STATUS DATA SET B field. 

The CURRENT internal status data set three length field indicates the amount of data contained in: 

a) the CURRENT internal status data set a field; 

b) the CURRENT internal status data set b field; and 

c) the current internal status data set c field. 

The value is expressed in increments of 512 bytes (e.g., a value of one means 512 bytes, two means 1 024 
bytes, etc.) and is calculated as follows: 

length = (offset Y-511)/ 512 

where: 


length is the value of the current internal status data set three length field; and 

offset Y is the offset in the current internal status parameter data of the last byte in the 

CURRENT INTERNAL STATUS DATA SET C field. 

A value of zero in the current internal status data set four length field with a non-zero value in the 
current internal status data set one length field indicates that the current internal status data set four is 
not supported. 

The CURRENT internal status data set four length field indicates the amount of data contained in: 

a) the current internal status data set a field; 

b) the current internal status data set b field; 

c) the CURRENT internal status data set c field; and 

d) the current internal status data set d field. 
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The value is expressed in increments of 512 bytes (e.g., a value of one means 512 bytes, two means 1 024 
bytes, etc.) and is calculated as follows: 

length = (offset Z—511) / 512 

where: 


length is the value of the current internal status data set four length field; and 

offset Z is the offset in the current internal status parameter data of the last byte in the 

CURRENT INTERNAL STATUS DATA SET D field. 

The NEW SAVED DATA available field shall be set to the value in the new saved data available field in the 
saved internal status parameter data (see 6.17.7.3.3). 

The SAVED DATA generation number field shall be set to the value in the saved data generation number 
field in the saved internal status parameter data (see 6.17.7.3.3). 

The current reason identifier field indicates an identification of different unique operating conditions of the 
logical unit at the time the device server created the current internal status error history data. 

The current internal status data set a field, if any, contains the data for current internal status data set A 
that forms current internal status data set one. 

The current internal status data set b field, if any, contains additional data that when concatenated with 
current internal status data set A, if any, forms current internal status data set two. 

The current internal status data set c field, if any, contains additional data that when concatenated with 
current internal status data set A, if any, and current internal status data set B, if any, forms current internal 
status data set three. 

I The current internal status data set d field, if any, contains additional data that when concatenated with 
current internal status data set A, if any, current internal status data set B, if any, and current internal status 
data set C, if any, forms current internal status data set four. 
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The SAVED internal status data set one length field indicates the amount of data contained in the saved 

INTERNAL STATUS DATA SET A field. 

The value is expressed in increments of 512 bytes (e.g., a value of one means 512 bytes, two means 1 024 
bytes, etc.) and is calculated as follows: 

| length = (offset W-511)/ 512 

where: 

length is the value of the saved internal status data set one length field; and 

| offset W is the offset in the saved internal status parameter data of the last byte in the saved 

internal status data set a field. 

The saved internal status data set two length field indicates the amount of data contained in: 

a) the saved internal status data set a field; and 

b) the saved internal status data set b field. 

The value is expressed in increments of 512 bytes (e.g., a value of one means 512 bytes, two means 1 024 
bytes, etc.) and is calculated as follows: 

| length = (offset X-511)/512 

where: 

length is the value of the saved internal status data set two length field; and 

| offset X is the offset in the saved internal status parameter data of the last byte in the saved 

internal status data set b field. 

The SAVED internal status data set three length field indicates the amount of data contained in: 

a) the saved internal status data set a field; 

b) the saved internal status data set b field; and 

c) the saved internal status data set c field. 

The value is expressed in increments of 512 bytes (e.g., a value of one means 512 bytes, two means 1 024 
bytes, etc.) and is calculated as follows: 

| length = (offset Y-511)/512 

where: 

length is the value of the saved internal status data set three length field; and 

| offset Y is the offset in the saved internal status parameter data of the last byte in the saved 

internal status data set c field. 

A value of zero in the saved internal status data set four length field with a non-zero value in the saved 
internal status data set one length field indicates that the saved internal status data set four is not 
supported. 

The saved internal status data set four length field indicates the amount of data contained in: 

a) the saved internal status data set a field; 

b) the saved internal status data set b field; 

c) the SAVED internal status data set c field; and 

d) the saved internal status data set d field. 
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The value is expressed in increments of 512 bytes (e.g., a value of one means 512 bytes, two means 1 024 
bytes, etc.) and is calculated as follows: 

length = (offset Z-511) / 512 

where: 

length is the value of the saved internal status data set four length field; and 

offset Z is the offset in the saved internal status parameter data of the last byte in the saved 

INTERNAL STATUS DATA SET D field. 

If the new saved data available field is set to 00h, the saved internal status data has not changed since it was 
last read. If the new saved data available field is set to 01 h, the saved internal status data has changed since 
it was last read. All other values are reserved. 

The saved data generation number field indicates the generation number of the saved internal status error 
history. 

The saved reason identifier field contains a vendor specific value that identifies different unique operating 
conditions of the logical unit at the time the device server created the saved internal status error history data. 

The saved internal status data set a field, if any, contains the data for saved internal status data set A that 
forms saved internal status data set one. 

The saved internal status data set b field, if any, contains additional data that when concatenated with 
saved internal status data set A, if any, forms saved internal status data set two. 

The saved internal status data set c field, if any, contains additional data that when concatenated with 
saved internal status data set A, if any, and saved internal status data set B, if any, forms saved internal status 
data set three. 

The saved internal status data set d field, if any, contains additional data that when concatenated with 
saved internal status data set A, if any, saved internal status data set B, if any, and saved internal status data 
set C, if any, forms saved internal status data set three. 

6.17.7.4 Clear error history l_T nexus 

If the buffer id field is set to FEh, the device server shall: 

a) clear the error history l_T nexus, if any; and 

b) not transfer any data. 

6.17.7.5 Clear error history l_T nexus and release snapshot 

If the buffer id field is set to FFh, the device server shall: 

a) clear the error history l_T nexus, if any; 

b) release the error history snapshot, if any; and 

c) not transfer any data. 
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6.18 READ BUFFER(16) command 

The READ BUFFER (16) command (see table 203) requests that the device server perform the actions 
defined for the READ BUFFER (10) command (see 6.17). 


Table 203 — READ BUFFER(16) command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (9Bh) 

1 

MODE SPECIFIC MODE 

2 

(MSB) 

• •• 

BUFFER OFFSET 

9 

(LSB) 

10 

(MSB) 

• •• 

ALLOCATION LENGTH 

13 

(LSB) 

14 

BUFFER ID 

15 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 203 for the READ 
BUFFER(16) command. 

The mode specific field, mode field, buffer offset field, allocation length field, and buffer id field are 
defined in 6.17. 

The control field is defined in SAM-5. 
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6.19 READ MEDIA SERIAL NUMBER command 


The READ MEDIA SERIAL NUMBER command (see table 204) requests the device server to return the 
current media serial number. This command uses the SERVICE ACTION IN(12) CDB format (see 4.2.2.3.5). 

Table 204 — READ MEDIA SERIAL NUMBER command 


Bit 

Byte 

7 6 

5 

4 3 2 1 

0 

0 

OPERATION CODE (ABh) 

1 

Reserved 


SERVICE ACTION (01 h) 


2 





• •• 



Reserved 


5 





6 

(MSB) 




• •• 



ALLOCATION LENGTH 


9 




(LSB) 

10 

Reserved 

11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 204 for the READ MEDIA 
SERIAL NUMBER command. 


The service action field is defined in 4.2.5.2 and shall be set as shown in table 204 for the READ MEDIA 
SERIAL NUMBER command. 

The allocation length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

The READ MEDIA SERIAL NUMBER parameter data format is shown in table 205. 


Table 205 — READ MEDIA SERIAL NUMBER parameter data format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 


MEDIA SERIAL NUMBER LENGTH f(4xnt-41 

3 

(LSB) 

4 



MEDIA SERIAL NUMBER 

(4xn)-1 



The MEDIA SERIAL number length field shall contain the number of bytes in the media serial number field. 
The media serial number length shall be a multiple of four. The contents of the media serial number length 
field are not altered based on the allocation length (see 4.2.5.6). 
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The media serial number field shall contain the vendor specific serial number of the media currently installed. 
If the number of bytes in the vendor specific serial number is not a multiple of four, then up to three bytes 
containing zero shall be appended to the highest numbered bytes of the media serial number field. 

If the media serial number is not available (e.g., the currently installed media has no valid media serial 
number), then the media serial number length field shall be set to zero. 

If the media serial number is not accessible as a result of there is no media present, the device server shall 
terminate the command with CHECK CONDITION status, with the sense key set to NOT READY, and the 
additional sense code set to MEDIUM NOT PRESENT. 


6.20 RECEIVE COPY DATA command 


The RECEIVE COPY DATA command (see table 206) is a third-party copy command (see 5.16.3) that 
requests the copy manager to return the held data (see 5.16.4.5), if any, for the copy operation (see 5.16.4.3) 
specified by the list identifier field (see 5.16.4.2) in the CDB. 



The operation code field is defined in 4.2.5.1 and shall be set as shown in table 206 for the RECEIVE COPY 
DATA command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 206 for the RECEIVE COPY 
DATA command. 

The list identifier field is defined in 5.16.4.2 and 6.4.3.2, and specifies the copy operation (see 5.16.4.3) 
about which information is to be transferred. The receive command shall return information from the copy 
operation that was received on the same I T nexus with a list identifier that matches the list identifier specified 
in the RECEIVE COPY RESULTS command's CDB. If no copy operation known to the copy manager has a 
matching list identifier, the copy manager shall terminate the RECEIVE COPY DATA command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 
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The allocation length field is defined in 4.2.5.6. The actual length of the parameter data is available in the 
available data field in the parameter data. 

The control byte is defined in SAM-5. 


Table 207 shows the format of the parameter data for the RECEIVE COPY DATA command. 

Table 207 — Parameter data for the RECEIVE COPY DATA command 


Bit 

Byte 


(MSB) 


AVAILABLE DATA (n-3) 


(LSB) 


RESPONSE TO SERVICE ACTION 


COPY OPERATION STATUS 


(MSB) 


(MSB) 


OPERATION COUNTER 


ESTIMATED STATUS UPDATE DELAY 


(LSg) 


(LSB) 


EXTENDED COPY COMPLETION STATUS 
LENGTH OF THE SENSE DATA FIELD (X-31) 


SENSE DATA LENGTH 


(MSB) 


TRANSFER COUNT UNITS 


TRANSFER COUNT 


(LSB) 


(MSB) 


SEGMENTS PROCESSED 


(LSB) 


SENSE DATA 


X+1 

x+4 


(MSB) 


HELD DATA LENGTH (n-(x+4)) 


(LSB) 
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The copy manager shall not discard the data returned by a RECEIVE COPY DATA command in response to 
an ABORT TASK task management function (see SAM-5) or a COPY OPERATION ABORT command (see 
6.3). 

The AVAILABLE DATA field, RESPONSE TO SERVICE ACTION field, COPY OPERATION STATUS field, OPERATION 
COUNTER field, ESTIMATED STATUS UPDATE DELAY field, EXTENDED COPY COMPLETION STATUS field, LENGTH OF 
THE SENSE DATA FIELD field, SENSE DATA LENGTH field, TRANSFER COUNT UNITS field, TRANSFER COUNT field, 
SEGMENTS processed field, and SENSE DATA field are defined in 6.21. 

The held data discarded (hdd) bit indicates whether held data has been discarded as described in 5.16.4.5. 

If the copy operation status field is set to a value that table 210 (see 6.21) describes as meaning the 
operation completed without errors, then the held data length field indicates the number of bytes that follow 
in the held data field. If the copy operation status field is not set to a value that table 210 describes as 
meaning the operation completed without errors, then the held data length field shall be set to zero. 

The held data field contains the held data (see 5.16.4.5) for the copy operation (see 5.16.4.3) specified by the 
list identifier in the CDB (see 5.16.4.2). Unless the copy manager’s held data limit (see 5.16.4.5) is exceeded, 
the first byte held (i.e., the oldest byte held) in response to the copy operation (e.g., the first segment 
descriptor in the EXTENDED COPY parameter list prescribing the holding of data) is returned in the first byte 
in the held data field. The last byte held (i.e., the newest byte held) in response to the copy operation (e.g., 
the last segment descriptor in the EXTENDED COPY parameter list prescribing the holding of data) is 
returned in the last byte in the held data field. 


6.21 RECEIVE COPY STATUS command 


The RECEIVE COPY STATUS command (see table 208) is a third-party copy command (see 5.16.3) that 
requests the copy manager to return the status information (see 5.16.4.4) for the copy operation (see 
5.16.4.3) specified by the list identifier field (see 5.16.4.2) in the CDB. 
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The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 208 for the RECEIVE COPY 
STATUS command. 

The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 208 for the RECEIVE COPY 
STATUS command. 

The LIST identifier field and allocation length field are defined in 6.20. 

If no copy operation known to the copy manager has a list identifier that matches the contents of the list 
identifier field, then the copy manager shall terminate the RECEIVE COPY STATUS command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 

The CONTROL byte is defined in SAM-5. 

Table 209 shows the format of the parameter data for the RECEIVE COPY STATUS command. 


Table 209 — Parameter data for the RECEIVE COPY STATUS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

• •• 

AVAILABLE DATA fn-31 

3 

(LSB) 

4 

Reserved response to service action 

5 

Reserved copy operation status 

6 

(MSB) 

7 

(LSB) 

8 

(MSB) 

• •• 

ESTIMATED STATUS UPDATE DELAY 

11 

(LSB) 

12 

EXTENDED copy completion status 

13 

LENGTH OF THE SENSE DATA FIELD (X-31) 

14 

SENSE DATA LENGTH 

15 

TRANSFER COUNT UNITS 

16 

(MSB) 

• •• 

TRANSFER COUNT 

23 

(LSB) 

24 

(MSB) 

25 

SEGMENTS PROCESSED 

(LSB) 

26 


• •• 

Reserved 

31 


32 


• •• 

SENSE DATA 

X 
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The available data field shall contain the number of bytes that follow in the parameter data. The contents of 
the available data field are not altered based on the allocation length (see 4.2.5.6). 

The response to service action field indicates the value in the service action field of the third-party copy 
command (see 5.16.3) specified by the list identifier field in the CDB. 

The copy operation status field indicates the status of the copy operation (see 5.16.4.3) specified by the 
LIST identifier field in the CDB as defined in table 210. 


Table 210 — copy operation status field 


Code 

Meaning 

Operation 
completed 
without errors 

Olh 

Operation completed without errors 

Yes 

02h 

Operation completed with errors 

No 

03h a 

Operation completed without errors but with partial ROD token 
usage (e.g., the residual is negative (see SBC-3)) 

Yes 

04 h 

Operation completed without errors but with residual data b 

Yes 

lOh 

Operation in progress, foreground or background unknown c 

No 

11 h 

Operation in progress in foreground (see 5.16.4.3) 

No 

12h 

Operation in progress in background (see 5.16.4.3) 

No 

60h 

Operation terminated (e.g., by the preemption of a persistent 
reservation (see 5.13.11.2.6) or by a COPY OPERATION 
ABORT command (see 6.3)) 

No 

all others 

Reserved 

a If the third-party copy command that originated the copy operation is an EXTENDED COPY 
command, then the copy operation status field shall never be set to 03h. 
b The copy manager has determined that the application client should verify that all requested 
data transfers have been performed. 

c Codes 11 h and 12h should be used instead of this code whenever possible. 


The operation counter field contains a wrapping counter of the number of SCSI commands, or equivalent, 
that the copy manager has sent to a copy source or copy destination as part of processing the copy operation 
(see 5.16.4.3) specified by the list identifier field in the CDB, and for which the copy manager has received 
one of the following completion status values: 

a) GOOD; 

b) CONDITION MET; or 

c) CHECK CONDITION with the sense key set to RECOVERED ERROR. 

The estimated status update delay field indicates the number of milliseconds that the copy manager 
recommends that the application client wait before sending another RECEIVE COPY STATUS command on 
the same l_T nexus with the same list identifier. If a RECEIVE COPY STATUS command is received sooner 
than the indicated time, the copy manager may return the same parameter data that was returned in response 
to the previous RECEIVE COPY STATUS command. If the copy operation status field is set to 01 h, 02h, 
03h, 04h, or 60h, then the estimated status update delay field shall be set to FFFF FFFEh. If the estimated 
status update delay field is set to FFFF FFFFh, then the copy manager is unable to recommend a delay 
interval. 
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The extended copy completion status field indicates the status code (see SAM-5), if any, established for 
the completed copy operation (see 5.16.4.3) specified by the list identifier field and is affected by the 
contents of the copy operation status field as shown in table 211. If the immed bit, if any, (see 5.16.4.3) is set 
to one in the third-party copy command that originated the copy operation, then the contents of the extended 
copy completion status field may be different than the status returned by the originating third-party copy 
command. 


Table 211 — extended copy completion status field contents based on copy operation status field 


copy operation 

status field contents 

extended copy completion status field contents 

lOh, 11 h, or 12h 

The extended copy completion status field is reserved. 

01 h, 02h, 03h, or 04h 

The extended copy completion status field indicates the status code (see 
SAM-5) established for the completed copy operation specified by the list 
identifier field. 

60h 

The extended copy completion status field shall be set to TASK 

ABORTED (see SAM-5). 


The length of the sense data field field indicates the number of bytes in the sense data field. The length 
of the sense data field field shall be set to zero or a multiple of four. 


If the copy operation status field is set to 10h, 11 h, 12h, or 60h, then the sense data length field shall be 
set to zero. If the copy operation status field is set to 01 h, 02h, 03h, or 04h, then the sense data length 
field indicates the number of bytes in the sense data field that contain sense data. The value in the sense 
data length field shall be less than or equal to the value in the length of the sense data field field (e.g., 
the sense data field may contain pad bytes that are counted in the length of the sense data field field but 
not in the sense data length field). 

The transfer count units field indicates the units for the transfer count field as shown in table 212. 


Table 212 — COPY STATUS transfer count units field 


Code 

Meaning a 

Multiplier to convert 
transfer count field to bytes 

OOh 

Bytes 

1 

Olh 

Kibibytes 

2 10 (i.e., 1 024) 

02h 

Me bi bytes 

2 20 

03h 

Gibibytes 

2 30 

04 h 

Tebi bytes 

2 40 

05h 

Pebibytes 

2 50 

06h 

Exbi bytes 

2 60 

Flh 

n/a 

logical block length of copy destination 

all others 

Reserved 


a See 3.5.2. 
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The transfer count field indicates the amount of data written to a copy destination for the copy operation 
(see 5.16.4.3) specified by the list identifier field prior to the time at which the copy manager processed the 
RECEIVE COPY STATUS command. If data has been written to the copy destination in an order other than 
what the command specified (e.g., if concurrent processing of multiple segment descriptors has resulted in 
some data being written out of order), then the transfer count field shall indicate only those bytes that have 
been written in strict order conformance with what the command specified. 

The segments processed field indicates the number of segments the copy manager has processed for the 
copy operation (see 5.16.4.3) specified by the list identifier field including the segment currently being 
processed. The segments processed field shall be set to zero if: 

a) the copy manager has not yet begun processing segment descriptors; or 

b) the response to service action field indicates a third-party copy command that does not support 
segment descriptors. 


6.22 RECEIVE DIAGNOSTIC RESULTS command 

The RECEIVE DIAGNOSTIC RESULTS command (see table 213) requests the device server to return data 
based on the most recent SEND DIAGNOSTIC command (see 6.37) or a diagnostic page specified by the 
PAGE CODE field. 


Table 213 — RECEIVE DIAGNOSTIC RESULTS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (ICh) 

1 

Reserved pcv 

2 

PAGE CODE 

3 

(MSB) 

4 

ALLOCATION LENGTH 

(LSB) 

5 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 213 for the RECEIVE 
DIAGNOSTIC RESULTS command. 

A page code valid (pcv) bit set to zero specifies that the device server return parameter data based on the 
most recent SEND DIAGNOSTIC command (e.g., the diagnostic page with the same page code as that 
specified in the most recent SEND DIAGNOSTIC command). The response to a RECEIVE DIAGNOSTIC 
RESULTS command with the pcv bit set to zero is vendor specific if: 

a) the most recent SEND DIAGNOSTIC command was not a SEND DIAGNOSTIC command defining 
parameter data to return; 

b) a RECEIVE DIAGNOSTIC RESULTS command with a pcv bit set to one has been processed since 
the last SEND DIAGNOSTIC command was processed; or 

c) no SEND DIAGNOSTIC command with the pf bit set to one defining parameter data to return has 
been processed since power on, hard reset, or logical unit reset. 

A page code valid (pcv) bit set to one specifies that the device server return the diagnostic page specified in 
the page code field. Page code values are defined in 7.2 or in another command standard. 
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NOTE 25 - Logical units compliant with SPC-2 may transfer more than one diagnostic page in the parameter 
data if the pcv bit is set to zero and the previous SEND DIAGNOSTIC command sent more than one 
diagnostic page in the parameter list. 

NOTE 26 - To ensure that the diagnostic command information is not destroyed by a command sent from 
another I T nexus, the logical unit should be reserved. 

The allocation length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

See 7.2 for RECEIVE DIAGNOSTIC RESULTS diagnostic page format definitions. 


6.23 RECEIVE ROD TOKEN INFORMATION command 


The RECEIVE ROD TOKEN INFORMATION command (see table 214) is a third-party copy command (see 
5.16.3) that requests the copy manager to return all the ROD tokens (see 5.16.6.1) created during the copy 
operation (see 5.16.4.3) specified by the list identifier field (see 5.16.4.2) in the CDB. 



The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 214 for the RECEIVE ROD 
TOKEN INFORMATION command. 

The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 214 for the RECEIVE ROD 
TOKEN INFORMATION command. 

The LIST identifier field and allocation length field are defined in 6.20. 

If no copy operation known to the copy manager has a list identifier that matches the contents of the list 
identifier field, then the copy manager shall terminate the RECEIVE ROD TOKEN INFORMATION command 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN CDB. 
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The CONTROL byte is defined in SAM-5. 
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The AVAILABLE DATA field, RESPONSE TO SERVICE ACTION field, COPY OPERATION STATUS field, OPERATION 
COUNTER field, ESTIMATED STATUS UPDATE DELAY field, EXTENDED COPY COMPLETION STATUS field, LENGTH OF 
THE SENSE DATA FIELD field, SENSE DATA LENGTH field, TRANSFER COUNT UNITS field, TRANSFER COUNT field, 
SEGMENTS processed field, and SENSE DATA field are defined in 6.21. 

If the copy operation status field is set to a value that table 210 (see 6.21) describes as meaning the 
operation completed without errors, then the rod token descriptors length field indicates the number of 
bytes that follow in ROD token descriptors. If the copy operation status field is not set to a value that table 
210 (see 6.21) describes as meaning the operation completed without errors, then the rod token 
descriptors length field shall be set to zero. 

If the COPY OPERATION status field is set to 01 h or 03h, then each ROD token descriptor (see table 216) shall 
contain one ROD token created by the copy operation whose service action is indicated by the response to 
service ACTION field. 


Table 216 — ROD token descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ID FOR CREATING ROD CSCD DESCRIPTOR 


1 


(LSB) 

2 

ROD TOKEN 


n 



If the response to service action field is set to OOh or 01 h (i.e., if the ROD tokens being returned were 
created by an EXTENDED COPY command), then the id for creating rod cscd descriptor field indicates 
the CSCD descriptor ID for the ROD CSCD descriptor in which the r token bit was set to one resulting in the 
creation of the ROD token contained in the rod token field (i.e., the value any segment descriptor that caused 
the ROD to be populated had in its destination cscd descriptor id field). If the response to service action 
field does not contain OOh or 01 h (i.e., if the ROD tokens being returned were created by a command other 
than the EXTENDED COPY command), then the id for creating rod cscd descriptor field is reserved. 

The rod token field contains a ROD token (see 5.16.6.4) created by the copy manager. 
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6.24 REMOVE l_T NEXUS command 

The REMOVE l_T NEXUS command (see table 217) requests the device server to establish an I T nexus 
loss (see SAM-5) for the logical unit containing the device server for each specified l_T nexus. This command 
uses the MAINTENANCE OUT CDB format (see 4.2.2.3.4). 

Table 217 — REMOVE l_T NEXUS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (OCh) 

2 

Reserved 

5 


6 

(MSB) 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 217 for the REMOVE I T 
NEXUS command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 217 for the REMOVE I T 
NEXUS command. 

The parameter list length field specifies the length in bytes of the parameter data that shall be transferred 
from the application client to the device server. A parameter list length value of zero specifies that no data 
shall be transferred and no I T nexuses shall be removed. 

The control byte is defined in SAM-5. 

If the parameter list length results in the truncation of the header or any I T nexus descriptor, then the device 
server: 

a) shall not remove any l_T nexuses; and 

b) shall terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to PARAMETER LIST LENGTH ERROR. 
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Table 218 shows the format of the REMOVE l_T NEXUS parameter list. 

Table 218 — REMOVE l_T NEXUS parameter list format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

l_T NEXUS DESCRIPTOR LIST LENGTH (n-3) 


3 


(LSB) 


l T nexus descriptor list 

4 

l_T nexus descriptor [first] 







l_T nexus descriptor [last] 


n 



The i t nexus descriptor list length field specifies the length in bytes of the I T nexus descriptor list. 

The l_T nexus descriptor list contains one or more l_T nexus descriptors (see table 219). The l_T nexus 
descriptors may appear in the I T nexus descriptor list in any order. The device server shall process the I T 
nexus descriptors in order. The device server shall ignore any l_T nexus descriptor that describes an I T 
nexus not known to the logical unit. 

The device server shall not remove any I T nexuses and shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN PARAMETER LIST if any of the I T nexus descriptors describe: 

a) the same I T nexus as the one through which the REMOVE I T NEXUS command is received; or 

b) an l_T nexus that does not support the l_T NEXUS RESET task management function. 


Table 219 — I T nexus descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


1 


(LSB) 

2 

(MSB) 

TRANSPORTID LENGTH (n-3) 


3 


(LSB) 

4 

TRANSPORTID 


n 



The relative target port identifier field (see 4.3.4) specifies the relative target port identifier of the target 
port of the l_T nexus to be reset. 
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The transports length field specifies the length in bytes of the transports field. 

The transports field specifies a Transports (see 7.6.4) identifying the initiator port of the l_T nexus to be 
reset. 


6.25 REPORT ALIASES command 

The REPORT ALIASES command (see table 220) requests the device server to return the alias list. This 
command uses the MAINTENANCE IN CDB format (see 4.2.2.3.3). The alias list is managed using the 
CHANGE ALIASES command (see 6.2). If the CHANGE ALIASES command is supported, the REPORT 
ALIASES command shall also be supported. 


Table 220 — REPORT ALIASES command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (OBh) 

2 

Reserved 

5 


6 

(MSB) 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 220 for the REPORT 
ALIASES command. 

The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 220 for the REPORT 
ALIASES command. 

The ALLOCATION length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 
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The parameter data for a REPORT ALIASES command (see table 221) contains zero or more alias entries. 



The additional length field indicates the number of bytes in the remaining parameter data. The contents of 
the additional length field are not altered based on the allocation length (see 4.2.5.6). 

The number of aliases field indicates the number of alias entries in the alias list and shall not be changed if 
the CDB contains an insufficient allocation length. 

The parameter data shall include one alias entry for each alias in the alias list. The format of an alias entry is 
described in 6.2.2. 
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6.26 REPORT ALL ROD TOKENS command 

The REPORT ALL ROD TOKENS command (see table 222) is a third-party copy command (see 5.16.3) that 
requests the copy manager to return a ROD management token (see 5.16.6.4) for each ROD token that was 
created by and is known to the copy manager. 

Table 222 — REPORT ALL ROD TOKENS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (84h) 

1 

Reserved service action (08h) 

2 

Reserved 

9 


10 

(MSB) 

allocation length 

13 

(LSB) 

14 

Reserved 

15 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 222 for the REPORT ALL 
ROD TOKENS command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 222 for the REPORT ALL 
ROD TOKENS command. 

The allocation length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

In response to the REPORT ALL ROD TOKENS command, the copy manager shall return one or more ROD 
management tokens. Each ROD management token shall represent a ROD token that: 

a) has fields defined in the ROD token body; 

b) was created by the copy manager that is processing the REPORT ALL ROD TOKENS command; and 

c) is known to that copy manager. 
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The format of the REPORT ALL ROD TOKENS parameter data is shown in table 223. 



The available data field shall contain the number of bytes that follow in the parameter data. The contents of 
the available data field are not altered based on the allocation length (see 4.2.5.6). 

Each ROD management token is a 96-byte token that contains the fields described in 5.16.6.4, and 
represents a ROD token that meets the criteria described in this subclause. 


6.27 REPORT IDENTIFYING INFORMATION command 


6.27.1 REPORT IDENTIFYING INFORMATION command overview 

The REPORT IDENTIFYING INFORMATION command (see table 224) requests the device server to return 
identifying information (see 5.7). This command uses the MAINTENANCE IN CDB format (see 4.2.2.3.3). The 
REPORT IDENTIFYING INFORMATION command is an extension to the REPORT PERIPHERAL 
DEVICE/COMPONENT DEVICE IDENTIFIER service action of the MAINTENANCE IN command defined in 
SCC-2. 


The device server shall return the same identifying information regardless of the I T nexus being used to 
transfer the identifying information. 
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Processing a REPORT IDENTIFYING INFORMATION command may require the enabling of a nonvolatile 
memory within the logical unit. If the nonvolatile memory is not ready, the device server shall terminate the 
command with CHECK CONDITION status, and not wait for the nonvolatile memory to become ready. The 
sense key shall be set to NOT READY and the additional sense code shall be set as described in table 279 
(see 6.42). This information should allow the application client to determine the action required to cause the 
device server to become ready. 


Table 224 — REPORT IDENTIFYING INFORMATION command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (05h) 

2 


3 


4 


5 

Restricted (see SOO~2) 

6 

(MSB) 

• •• 

ALLOCATION LENGTH 

9 

(LSB) 

10 

identifying information type Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 224 for the REPORT 
IDENTIFYING INFORMATION command. 

The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 224 for the REPORT 
IDENTIFYING INFORMATION command. 

The ALLOCATION length field is defined in 4.2.5.6. 

The identifying information type field (see table 225) specifies the type of identifying information to be 
returned. If the specified identifying information type is not implemented by the device server, the device 
server shall terminate the command with CHECK CONDITION status with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 


Table 225 — identifying information type field 


Code 

Description 

Reference 

0000000b 

Logical unit identifying information (see 5.7). 

6.27.2 

0000010b 

Logical unit text identifying information (see 5.7). 

6.27.2 

1111110b 

Identifying information supported - The parameter data contains a list of 
supported identifying information types and the maximum length of each. 

6.27.3 

xxxxxxlb 

Restricted 

SCC-2 

all others 

Reserved 


The control byte is defined in SAM-5. 
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6.27.2 Logical unit identifying information parameter data 

The logical unit identifying information parameter data format (see table 226) is used if the identifying 
information type field is set to 0000000b or 0000010b. 


Table 226 — Logical unit identifying information parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

IDENTIFYING INFORMATION LENGTH (n-3) 


3 


(LSB) 

4 

IDENTIFYING INFORMATION 


n 



The identifying information length field indicates the length in bytes of the identifying information field. 
The contents of the identifying information length field are not altered based on the allocation length (see 
4.2.5.6). 

The identifying information field contains the logical unit identifying information that has the specified 
identifying information type (see 6.27.1). 


6.27.3 Identifying information supported parameter data 

The identifying information supported parameter data format (see table 227) is used if the identifying 
information type field is set to 1111110b. 


Table 227 — Identifying information supported parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

IDENTIFYING INFORMATION LENGTH (n-3) 


3 


(LSB) 


Identifying information descriptor list 

4 

- Identifying information descriptor [first] 

(see table 228) 


7 




n-3 

- Identifying information descriptor [last] 

(see table 228) 


n 
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The identifying information length field indicates the length in bytes of the identifying information descriptor 
list. The contents of the identifying information length field are not altered based on the allocation length 
(see 4.2.5.6). 

The identifying information descriptor list contains an identifying information descriptor (see table 228) for 
each identifying information type supported by the device server. The identifying information descriptors shall 
be sorted in increasing order based on the value in the identifying information type field. 


Table 228 — Identifying information descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

IDENTIFYING INFORMATION TYPE 

Reserved 

1 

Reserved 

2 

(MSB) 

MAXIMUM IDENTIFYING INFORMATION LENGTH 


3 


(LSB) 


The identifying information type field indicates the identifying information type (see table 225) associated 
with the descriptor. 

The maximum identifying information length field indicates the maximum number of bytes supported for the 
identifying information type indicated the value in the identifying information type field. 
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6.28 REPORT LUNS command 

The REPORT LUNS command (see table 229) requests the device server to return the logical unit inventory 
accessible to the l_T nexus. The logical unit inventory returned to the application client is a list that shall 
include the logical unit numbers of all logical units having a peripheral qualifier value of 000b (see 6.5.2) 
based on the select report field. Logical unit numbers for logical units with peripheral qualifier values 
other than 000b and 011b may be included in the logical unit inventory. Logical unit numbers for logical units 
with a peripheral qualifier value of 011b shall not be included in the logical unit inventory. 


Table 229 — REPORT LUNS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A0h) 

1 

Reserved 

2 

SELECT REPORT 

3 


• •• 

Reserved 

5 


6 

(MSB) 

• •• 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 229 for the REPORT LUNS 
command. 
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The select report field (see table 230) specifies the types of logical unit addresses that shall be reported. 


Table 230 — select report field 


Code 

Description 

OOh 

The list shall contain the logical units accessible to the l_T nexus with the following 
addressing methods (see SAM-5): 

a) simple logical unit addressing method; 

b) logical unit addressing method; 

c) peripheral device addressing method; 

d) flat space addressing method; 

e) extended flat space addressing method; and 

f) long extended flat space addressing method. 

If there are no logical units to report, the lun list length field shall be set to zero. 

Olh 

The list shall contain only well known logical units, if any. If there are no well known 
logical units, the lun list length field shall be zero. 

02h 

The list shall contain all logical units accessible to the l_T nexus. 

lOh 

If the device server processing the command is in LUN 0 or the REPORT LUNS well 
known logical unit, then the list shall contain only administrative logical units 
(see SAM-5). 

The lun list length field shall be set to zero if the device server processing the 
command is not in: 

a) LUN 0; or 

b) the REPORT LUNS well known logical unit. 

If there are no logical units to report, the lun list length field shall be set to zero. 

11 h 

If the device server processing the command is in LUN 0 or the REPORT LUNS well 
known logical unit, then the list shall contain only: 

a) administrative logical units (see SAM-5); 

b) logical units with the logical unit addressing method at level 1; and 

c) logical units with single level LUN structure with the following addressing methods 
(see SAM-5): 

A) peripheral device addressing method; 

B) flat space addressing method; 

C) extended flat space addressing method; and 

D) long extended flat space addressing method. 

The lun list length field shall be set to zero if the device server processing the 
command is not in: 

a) LUN 0; or 

b) the REPORT LUNS well known logical unit. 

If there are no logical units to report, the lun list length field shall be set to zero. 

12h 

If the device server processing the command is in an administrative logical unit, the 
list shall contain: 

a) the logical unit processing the command; and 

b) subsidiary logical units that are contained in the same logical unit conglomerate 
that contains the logical unit processing the command. 

The lun list length field shall be set to zero if the device server processing the 
command is not in an administrative logical unit. 

If there are no logical units to report, the lun list length field shall be set to zero. 

F8h to FFh 

Vendor specific 

all others 

Reserved 
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The ALLOCATION length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

The REPORT LUNS command shall return CHECK CONDITION status only if the device server is unable to 
return the requested report of the logical unit inventory. 

If a REPORT LUNS command is received from an l_T nexus with a pending unit attention condition (i.e., 
before the device server reports CHECK CONDITION status), then the device server shall perform the 
REPORT LUNS command (see SAM-5). 

The REPORT LUNS parameter data should be returned even though the device server is not ready for other 
commands. The report of the logical unit inventory should be available without incurring any media access 
delays. If the device server is not ready with the logical unit inventory or if the inventory list is null for the 
requesting l_T nexus and the select report field set to 02h, then the device server shall provide a default 
logical unit inventory that contains at least LUN 0 or the REPORT LUNS well known logical unit (see 8.2). A 
non-empty logical unit inventory that does not contain either LUN 0 or the REPORT LUNS well known logical 
unit is valid. 

If a REPORT LUNS command is received for a logical unit that the SCSI target device does not support and 
the device server is not capable of returning the logical unit inventory, then the device server shall terminate 
the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to LOGICAL UNIT NOT SUPPORTED. 

The device server shall report those devices in the logical unit inventory using the format shown in table 231. 



The LUN LIST LENGTH field shall contain the length in bytes of the LUN list. The LUN list length is the number of 
logical unit numbers in the logical unit inventory multiplied by eight. The contents of the lun list length field 
are not altered based on the allocation length (see 4.2.5.6). 
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6.29 REPORT PRIORITY command 

The REPORT PRIORITY command (see table 232) requests the device server to return the command 
priorities (see SAM-5) that have been assigned to one or more l_T nexuses associated with the logical unit 
(i.e., I_T_L nexuses). This command uses the MAINTENANCE IN CDB format (see 4.2.2.3.3). 


Table 232 — REPORT PRIORITY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (OEh) 

2 

priority reported Reserved 

3 

Reserved 

5 


6 

(MSB) 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 232 for the REPORT 
PRIORTY command. 

The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 232 for the REPORT 
PRIORTY command. 

The priority reported field (see table 233) specifies the information to be returned in the parameter data. 

Table 233 — priority reported field 


Code 

Description 

00b 

Only the priority for the I T nexus on which the command was 
received shall be reported in the REPORT PRIORITY parameter data. 

01b 

The priority for each l_T nexus that is not set to the initial command 
priority shall be reported in the REPORT PRIORITY parameter data. 

10b to 11b 

Reserved 


The allocation length field is defined in 4.2.5.6. The allocation length should be at least four. 
The control byte is defined in SAM-5. 
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The format of the parameter data for the REPORT PRIORITY command is shown in table 234. 



The priority parameter data length field indicates the number of bytes of parameter data that follow. The 
contents of the priority parameter data length field are not altered based on the allocation length (see 
4.2.5.6). 


Each priority descriptor (see table 235) contains priority information for a single l_T_L nexus. 


Table 235 — Priority descriptor format 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

Reserved 

CURRENT PRIORITY 

1 

Reserved 

2 

(MSB) 

3 

^ .. .. (LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

. ----- - 4 (LSB) 

8 

TransportID 


n 



The current priority field indicates the priority assigned to the l_T_L nexus represented by this descriptor. If 
the priority reported field in this command is set to 00b and the priority for the l_T_L nexus associated with 
this command is set to the initial command priority, then the current priority field shall be set to zero. The 
priority assigned to an l_T_L nexus may be used as a command priority for commands received via that l_T_L 
nexus (see SAM-5). 
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The relative target port identifier field (see 4.3.4) indicates the relative port identifier of the target port 
that is part of the l_T_L nexus to which the current priority applies. 

The additional descriptor length field indicates the number of bytes that follow in the descriptor (i.e., the 
size of the TransportID). 

The TransportID specifies a TransportID (see 7.6.4) identifying the initiator port that is part of the l_T_L nexus 
to which the current priority applies. 


6.30 REPORT SUPPORTED OPERATION CODES command 


6.30.1 REPORT SUPPORTED OPERATION CODES command introduction 

The REPORT SUPPORTED OPERATION CODES command (see table 236) requests the device server to 
return information on commands the addressed logical unit supports. This command uses the 
MAINTENANCE IN CDB format (see 4.2.2.3.3). An application client may request a list of all operation codes 
and service actions supported by the logical unit or the command support data for a specific command. 


Table 236 — REPORT SUPPORTED OPERATION CODES command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (OCh) 

2 

RCTD Reserved reporting options 

3 

REQUESTED OPEFJATION CODE 

4 

(MSB) 

5 

REQUESTED SERVICE ACTION 

(LSB) 

6 

(MSB) 

• •• 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 236 for the REPORT 
SUPPORTED OPERATION CODES command. 

The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 236 for the REPORT 
SUPPORTED OPERATION CODES command. 

A return command timeouts descriptor (rctd) bit set to one specifies that the command timeouts descriptor 
(see 6.30.4) shall be included in each command descriptor (see 6.30.2) that is returned or in the 
one_command parameter data (see 6.30.3) that is returned. A rctd bit set to zero specifies that the command 
timeouts descriptor shall not be returned. 
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The reporting options field (see table 237) specifies the information to be returned in the parameter data. 


Table 237 — REPORT SUPPORTED OPERATION CODES reporting options field 


Code 

Description 

Parameter data 
reference 

000b 

A list of all operation codes and service actions a supported by the logical 
unit shall be returned in the all_commands parameter data format. The 

REQUESTED OPERATION CODE field and REQUESTED SERVICE ACTION field 

shall be ignored. 

6.30.2 

001b 

The command support data for the operation code specified in the 
requested operation code field shall be returned in the one_command 
parameter data format. The requested service action field shall be 
ignored. If the requested operation code field specifies an operation 
code for which the device server implements service actions a , then the 
device server shall terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 

6.30.3 

010b 

The command support data for the operation code and service action a 
specified in the requested operation code field and requested service 
action field shall be returned in the one_command parameter data format. 

If the requested operation code field specifies an operation code for 
which the device server does not implement service actions a , then the 
device server shall terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 

6.30.3 

011b 

The command support data for the operation code and service action a 
specified in the requested operation code field and requested service 
action field shall be returned in the one_command parameter data format. 

6.30.3 


a) the operation code specified by the requested operation code 
field specifies an operation code for which the device server does 
not implement service actions, the requested service action field 
is set to OOh, and the command is supported; or 

b) the operation code specified by the requested operation code 
field specifies an operation code for which the device server imple¬ 
ments service actions and the value in the requested service 
action field is supported, 

then the command support data shall indicate that the command is 
supported (i.e., the support field (see table 241) is set to 011b or 101b). 
Otherwise, the command support data shall indicate that the command is 
not supported (i.e., the support field is set to 001b). 


100b to 
111b 

Reserved 

a The device server should also process the following fields in the following commands as specifying 
service actions (i.e., the specified field should be processed as a service action field): 

a) the mode field in the READ BUFFER command (see 6.17); and 

b) the mode field in the WRITE BUFFER command (see 6.44). 


The requested operation code field specifies the operation code of the command to be returned in the 
one_command parameter data format (see 6.30.3). 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


369 








T10/BSR INCUS 502 Revision 05 


12 August 2015 


The requested service action field specifies the service action of the command to be returned in the 
one_command parameter data format. 

The allocation length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 


6.30.2 AII_commands parameter data format 

The REPORT SUPPORTED OPERATION CODES all_commands parameter data format (see table 238) 
begins with a four-byte header that contains the length in bytes of the parameter data followed by a list of 
supported commands. Each command descriptor contains information about a single supported command 
CDB (i.e., one operation code and service action combination, or one non-service-action operation code). The 
list of command descriptors shall contain all commands supported by the logical unit. 



The command data length field indicates the length in bytes of the command descriptor list. The contents of 
the command data length field are not altered based on the allocation length (see 4.2.5.6). 
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Each command descriptor (see table 239) contains information about a single supported command CDB. 


Table 239 — Command descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 

Reserved 

5 

Reserved cdlp ctdp servactv 

6 

(MSB) 

7 

CDB LENGTH 

(LSB) 

8 

Command timeouts descriptor, if any (see 6.30.4) 

19 



The operation code field indicates the operation code of a command supported by the logical unit. 


The service action field indicates a supported service action of the supported operation code indicated by 
the operation code field. If the operation code indicated in the operation code field does not have any 
service actions, the service action field shall be set to OOh. 

The command duration limit page (cdlp) field (see table 240) indicates the mode page, if any, that specifies 
the command duration limit for the command. 


Table 240 — cdlp field 


Code 

Description 

00b 

No command duration limit mode page is indicated for this command 

01b a 

Command Duration Limit A mode page 

10b b 

Command Duration Limit B mode page 

11b 

Reserved 

a If this value is returned, the Command Duration Limit A mode page (see 7.5.8) shall be supported. 
b If this value is returned, the Command Duration Limit B mode page (see 7.5.9) shall be supported. 


A command timeouts descriptor present (ctdp) bit set to one indicates that the command timeouts descriptor 
(see 6.30.4) is included in this command descriptor. A ctdp bit set to zero indicates that the command 
timeouts descriptor is not included in this command descriptor. 

A service action valid (servactv) bit set to zero indicates the operation code indicated by the operation code 
field does not have service actions and the service action field contents are reserved. A servactv bit set to 
one indicates the operation code indicated by the operation code field has service actions and the contents 
of the service action field are valid. 
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The cdb length field indicates the length of the command CDB in bytes for the operation code indicated in the 
operation code field, and if the servactv bit is set to one the service action indicated by the service action 
field. 

The command timeouts descriptor is described in 6.30.4. 


6.30.3 One_command parameter data format 

The REPORT SUPPORTED OPERATION CODES one_command parameter data format (see table 241) 
contains information about the CDB and a usage map for bits in the CDB for the command specified by the 
reporting options field, requested operation code field, and REQUESTED SERVICE action field in the 
REPORT SUPPORTED OPERATION CODES CDB. 



A command timeouts descriptor present (ctdp) bit set to one indicates that the command timeouts descriptor 
(see 6.30.4) is included in the parameter data. A ctdp bit set to zero indicates that the command timeouts 
descriptor is not included in the parameter data. 

The command duration limit page (cdlp) field (see table 240) indicates the mode page, if any, that specifies 
the command duration limit for the command. 
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The support field is defined in table 242. 

Table 242 — support values 


Support 

Description 

000b 

Data about the requested SCSI command is not currently available. No data after 
byte one is valid. A subsequent request for command support data may be suc¬ 
cessful. 

001b 

The device server does not support the requested command. Data after byte one is 
undefined. 

010b 

Reserved 

011b 

The device server supports the requested command in conformance with a SCSI 
standard. The parameter data format conforms to the definition in table 241. 

100b 

Reserved 

101b 

The device server supports the requested command in a vendor specific manner. 

The parameter data format conforms to the definition in table 241. 

110b to 111b 

Reserved 


The cdb size field indicates the size of the cdb usage data field in the parameter data, and the number of 
bytes in the CDB for command being queried (i.e., the command specified by the reporting options field, 
REQUESTED operation code field, and requested service action field in the REPORT SUPPORTED 
OPERATION CODES CDB). 

The cdb usage data field contains information about the CDB for the command being queried. The first byte 
of the cdb usage data field shall contain the operation code for the command being queried. If the command 
being queried contains a service action, then that service action code shall be placed in the cdb usage data 
field in the same location as the service action field of the command CDB. All other bytes of the cdb usage 
data field shall contain a usage map for bits in the CDB for the command being queried. 

The bits in the usage map shall have a one-for-one correspondence to the CDB for the command being 
queried. If the device server evaluates a bit in the CDB for the command being queried, the usage map shall 
contain a one in the corresponding bit position. If the device server ignores or treats as reserved a bit in the 
CDB for the command being queried, the usage map shall contain a zero in the corresponding bit position. 
The usage map bits for a given CDB field all shall have the same value (e.g., if any bit representing part of a 
field is set to one, all bits for the field shall be set to one). 

For example, the CDB usage bit map for the REPORT SUPPORTED OPERATION CODES command is: A3h, 
OCh, 87h, FFh, FFh, FFh, FFh, FFh, FFh, FFh, OOh, 07h. This example assumes that the logical unit only 
supports the low-order three bits of the CDB control byte. The first byte contains the operation code, and the 
second byte contains three reserved bits and the service action. The remaining bytes contain the usage map. 

The command timeouts descriptor is described in 6.30.4. 
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6.30.4 Command timeouts descriptor 
6.30.4.1 Overview 

The command timeouts descriptor (see table 243) contains timeout information for commands supported by 
the logical unit based on the time from the start of processing for the command to its reported completion. 

Values contained in the command timeouts descriptor do not include times that are outside the control of the 
device server (e.g., prior commands with the immed bit set to one in the CDB, concurrent commands from the 
same or different l_T nexuses, manual unloads, power on self tests, prior aborted commands, commands that 
force cache synchronization, delays in the service delivery subsystem, time in the task set before the start of 
processing). 

For commands that cause a change in power condition (see 5.12), values contained in the command timeouts 
descriptor do not include the power condition transition time (e.g., the time to spinup rotating media). 

Values contained in the command timeouts descriptor should not be used to compare products. 


Table 243 — Command timeouts descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

DESCRIPTOR LENGTH (000Ah) 


1 


(LSB) 

2 

Reserved 

3 

COMMAND SPECIFIC 

4 

(MSB) 

NOMINAL COMMAND PROCESSING TIMEOUT 


7 

(LSB) 

8 

(MSB) 

RECOMMENDED COMMAND TIMEOUT 


11 

(LSB) 


The descriptor length field indicates the number of bytes that follow in the command timeouts descriptor. 
The contents of the descriptor length field are not altered based on the allocation length (see 4.2.5.6). 

The command specific field contains timeout information that is defined for a specific command (e.g., the 
WRITE BUFFER command (see 6.30.4.2)). If no command specific timeout information is defined by this or 
the applicable command standard the command specific field is reserved. 

A non-zero value in the nominal command processing timeout field indicates the minimum amount of time in 
seconds the application client should wait prior to querying for the progress of the command identified by the 
parameter data that contains this command timeouts descriptor. A value of zero in the nominal command 
processing timeout field indicates that no timeout is indicated. 

NOTE 27 - The value contained in the nominal command processing timeout field may include time 
required for typical device error recovery procedures expected to occur on a regular basis. 
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A non-zero value in the recommended command timeout field specifies the recommended time in seconds 
the application client should wait prior to timing out the command identified by the parameter data that 
contains this command timeouts descriptor. A value of zero in the recommended command timeout field 
indicates that no time is indicated. 

The device server should set the recommended command timeout to a value greater than or equal to the 
nominal command processing timeout. 

6.30.4.2 WRITE BUFFER command timeouts descriptor command specific field usage 

For the WRITE BUFFER command (see 6.44), the command specific field usage is reserved for all modes 
except the following: 

a) download microcode mode (04h); 

b) download microcode and save mode (05h); 

c) download microcode with offsets mode (06h); 

d) download microcode with offsets and save mode (07h); 

e) download microcode with offsets, select activation events, save, and defer activate mode (ODh) only if 
the microcode is activated by an event other than the activate deferred microcode mode; 

f) download microcode with offsets, save, and defer activate mode (OEh) only if the microcode is 
activated by an event other than an activate deferred microcode mode; and 

g) activate deferred microcode mode (OFh). 

If the command timeouts descriptor describes one of the WRITE BUFFER modes listed in this subclause, 
then the command specific field indicates the maximum time, in one second increments, that access to the 
SCSI device is limited or not possible through any SCSI ports associated with a logical unit that processes a 
WRITE BUFFER command that specifies one of the named modes. A value of zero in the command specific 
field indicates that no maximum time is indicated. 
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6.31 REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS command 

The REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS command (see table 244) requests the 
device server to return on task management functions (see SAM-5) the addressed logical unit supports. This 
command uses the MAINTENANCE IN CDB format (see 4.2.2.3.3). 


Table 244 — REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS command 


Bit 

Byte 

7 6 

5 

4 3 2 1 

0 

0 

OPERATION CODE (A3h) 

1 

Reserved 


SERVICE ACTION (ODh) 


2 

REPD 


Reserved 


3 





• •• 



Reserved 


5 





6 

(MSB) 




• •• 



ALLOCATION LENGTH 


9 




(LSB) 

10 

Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 244 for the REPORT 
SUPPORTED TASK MANAGEMENT FUNCTIONS command. 


The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 244 for the REPORT 
SUPPORTED TASK MANAGEMENT FUNCTIONS command. 

A return extended parameter data (repd) bit set to one specifies that the task management timeout 
information shall be included in the parameter data that is returned. A repd bit set to zero specifies that the 
task management timeout information shall not be returned. 

The allocation length field is defined in 4.2.5.6. The allocation length should be at least four. 

The control byte is defined in SAM-5. 

The format of the parameter data for the REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS 
command depends on the value of the repd bit as follows: 

a) if the repd bit is set to zero, the REPORT SUPPORTED TASK MANAGEMENT FUNCTION 
parameter data returned is shown in table 245; and 

b) if the repd bit is set to one, the REPORT SUPPORTED TASK MANAGEMENT FUNCTION 
parameter data returned is shown in table 246. 
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The REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS basic parameter data format is shown in 
table 245. 


Table 245 — REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS basic parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

ATS 

ATSS 

CACAS 

CTSS 

LURS 

QTS 

Obsolete 

Obsolete 

1 

Reserved 

QAES 

QTSS 

ITNRS 

2 

Reserved 

3 

REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS ADDITIONAL DATA LENGTH (00h) 


The REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS extended parameter data format is shown 
in table 246. 


Table 246 — REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS extended parameter data 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

ATS 

ATSS 

CACAS 

CTSS 

LURS 

QTS 

Obsolete 

Obsolete 

1 

Reserved 

QAES 

QTSS 

ITNRS 

2 

Reserved 

3 

REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS ADDITIONAL DATA LENGTH (OCh) 

4 

Reserved tmftmov 

5 

Reserved 

6 

ATTS ATSTS CACATS CTSTS LURTS 

QTTS 

Reserved 

Reserved 

7 

Reserved 

QAETS 

QTSTS 

ITNRTS 

8 

(MSB) 

TASK MANAGEMENT FUNCTIONS LONG TIMEOUT 


11 

(LSB) 

12 

(MSB) 

TASK MANAGEMENT FUNCTIONS SHORT TIMEOUT 


15 

(LSB) 


An ABORT TASK supported (ats) bit set to one indicates the ABORT TASK task management function (see 
SAM-5) is supported by the logical unit. An ats bit set to zero indicates the ABORT TASK task management 
function is not supported. 


An ABORT TASK SET supported (atss) bit set to one indicates the ABORT TASK SET task management 
function (see SAM-5) is supported by the logical unit. An atss bit set to zero indicates the ABORT TASK SET 
task management function is not supported. 

A CLEAR ACA supported (cacas) bit set to one indicates the CLEAR ACA task management function (see 
SAM-5) is supported by the logical unit. A cacas bit set to zero indicates the CLEAR ACA task management 
function is not supported. 
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A CLEAR TASK SET supported (ctss) bit set to one indicates the CLEAR TASK SET task management 
function (see SAM-5) is supported by the logical unit. A ctss bit set to zero indicates the CLEAR TASK SET 
task management function is not supported. 

A LOGICAL UNIT RESET supported (lurs) bit set to one indicates the LOGICAL UNIT RESET task 
management function (see SAM-5) is supported by the logical unit. An lurs bit set to zero indicates the 
LOGICAL UNIT RESET task management function is not supported. 

A QUERY TASK supported (qts) bit set to one indicates the QUERY TASK task management function (see 
SAM-5) is supported by the logical unit. A qts bit set to zero indicates the QUERY TASK task management 
function is not supported. 

A QUERY ASYNCHRONOUS EVENT supported (qaes) bit set to one indicates the QUERY 
ASYNCHRONOUS EVENT task management function (see SAM-5) is supported by the logical unit. A qaes 
bit set to zero indicates the QUERY ASYNCHRONOUS EVENT task management function is not supported. 

A QUERY TASK SET supported (qtss) bit set to one indicates the QUERY TASK SET task management 
function (see SAM-5) is supported by the logical unit. A qtss bit set to zero indicates the QUERY TASK SET 
task management function is not supported. 

An l_T NEXUS RESET supported (itnrs) bit set to one indicates the l_T NEXUS RESET task management 
function (see SAM-5) is supported by the logical unit. An itnrs bit set to zero indicates the l_T NEXUS 
RESET task management function is not supported. 

The REPORT supported task management functions additional data length field indicates the number of 
bytes that follow in the parameter data. The contents of the report supported task management functions 
additional data length field are not altered based on the allocation length (see 4.2.5.6). 

A task management function timeouts valid (tmftmov) bit set to one indicates the contents of the task 
management functions short timeout field and task management functions long timeout field are valid. 
A tmftmov bit set to zero indicates the contents of the task management functions short timeout field and 
TASK management functions long timeout field are not valid and should be ignored. 

An ABORT TASK timeout selector (atts) bit set to one indicates that the value in the task management 
functions SHORT timeout field applies to the ABORT TASK task management function. An atts bit set to 
zero indicates that the value in the task management functions long timeout field applies to the ABORT 
TASK task management function. 

An ABORT TASK SET timeout selector (atsts) bit set to one indicates that the value in the task management 
functions short timeout field applies to the ABORT TASK SET task management function. An atsts bit set 
to zero indicates that the value in the task management functions long timeout field applies to the ABORT 
TASK SET task management function. 

A CLEAR ACA timeout selector (cacats) bit set to one indicates that the value in the task management 
functions short timeout field applies to the CLEAR ACA task management function. A cacats bit set to 
zero indicates that the value in the task management functions long timeout field applies to the CLEAR 
ACA task management function. 

A CLEAR TASK SET timeout selector (ctsts) bit set to one indicates that the value in the task management 
functions short timeout field applies to the CLEAR TASK SET task management function. A ctsts bit set 
to zero indicates that the value in the task management functions long timeout field applies to the CLEAR 
TASK SET task management function. 
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A LOGICAL UNIT RESET timeout selector (lurts) bit set to one indicates that the value in the task 
management functions short timeout field applies to the LOGICAL UNIT RESET task management 
function. A lurts bit set to zero indicates that the value in the task management functions long timeout 
field applies to the LOGICAL UNIT RESET task management function. 

A QUERY TASK timeout selector (qtts) bit set to one indicates that the value in the task management 
functions SHORT timeout field applies to the QUERY TASK task management function. A qtts bit set to zero 
indicates that the value in the task management functions long timeout field applies to the QUERY TASK 
task management function. 

A QUERY ASYNCHRONOUS EVENT timeout selector (qaets) bit set to one indicates that the value in the 
TASK management functions short timeout field applies to the QUERY ASYNCHRONOUS EVENT task 
management function. A qaets bit set to zero indicates that the value in the task management functions 
long TIMEOUT field applies to the QUERY ASYNCHRONOUS EVENT task management function. 

A QUERY TASK SET timeout selector (qtsts) bit set to one indicates that the value in the task management 
functions SHORT timeout field applies to the QUERY TASK SET task management function. A qtsts bit set 
to zero indicates that the value in the task management functions long timeout field applies to the QUERY 
TASK SET task management function. 

An l_T NEXUS RESET timeout selector (itnrts) bit set to one indicates that the value in the task 
management functions short timeout field applies to the l_T NEXUS RESET task management function. 
An itnrts bit set to zero indicates that the value in the task management functions long timeout field 
applies to the l_T NEXUS RESET task management function. 

If the tmftmov bit is set to one and the task management functions long timeout field is not set to zero, 
then the contents of the task management functions long timeout field indicate the recommended time in 
100 millisecond increments that the application client should wait prior to timing out a task management 
function for which the applicable selector bit is set to zero. If the tmftmov bit is set to zero or the task 
management functions long timeout field is set to zero, then the recommended timeout is unspecified for 
any task management function for which the applicable selector bit is set to zero. 

If the tmftmov bit is set to one and the task management functions short timeout field is not set to zero, 
then the contents of the task management functions short timeout field indicate the recommended time in 
100 millisecond increments that the application client should wait prior to timing out a task management 
function for which the applicable selector bit is set to one. If the tmftmov bit is set to zero or the task 
management functions short timeout field is set to zero, then the recommended timeout is unspecified for 
any task management function for which the applicable selector bit is set to one. 
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6.32 REPORT TARGET PORT GROUPS command 

The REPORT TARGET PORT GROUPS command (see table 247) requests the device server to return target 
port group information. This command uses the MAINTENANCE IN CDB format (see 4.2.2.3.3). This 
command shall be supported by logical units that report in the standard INQUIRY data (see 6.5.2) that they 
support asymmetric logical unit access (i.e., return a non-zero value in the tpgs field). 


Table 247 — REPORT TARGET PORT GROUPS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

PARAMETER DATA FORMAT SERVICE ACTION (OAh) 

2 

Reserved 

5 


6 

(MSB) 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 247 for the REPORT 
TARGET PORT GROUPS command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 247 for the REPORT 
TARGET PORT GROUPS command. 

The parameter data format field (see table 248) specifies the requested format for the parameter data 
returned by the REPORT TARGET PORT GROUPS command. The device server may ignore the parameter 
data format field. If the device server ignores the parameter data format field, the device server shall 
return the parameter data format defined in table 249. 


Table 248 — parameter data format field 


Code 

Description 

Reference 

000b 

001b 

010b to 111b 

Length only header parameter data format 
Extended header parameter data format 

Reserved 

table 249 

table 250 


The ALLOCATION length field is defined in 4.2.5.6. 

The control byte is defined in SAM-5. 

Returning REPORT TARGET PORT GROUPS parameter data may require the enabling of a nonvolatile 
memory. If the nonvolatile memory is not ready, the device server shall terminate the command with CHECK 
CONDITION status, rather than wait for the nonvolatile memory to become ready. The sense key shall be set 
to NOT READY and the additional sense code shall be set as described in table 279 (see 6.42). 
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The length only header format of the parameter data for the REPORT TARGET PORT GROUPS command is 
shown in table 249. 



The return data length field indicates the length in bytes of the list of target port group descriptors. The 
contents of the return data length field are not altered based on the allocation length (see 4.2.5.6). 

There shall be one target port group descriptor (see table 251) for each target port group. 
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The extended header format of the parameter data for the REPORT TARGET PORT GROUPS command is 
shown in table 250. 



The return data length field indicates the length in bytes of the list of target port groups. The contents of the 
return data length field are not altered based on the allocation length (see 4.2.5.6). 

The report target port groups format (rtpg_fmt) field indicates the returned parameter data format and shall 
be set as shown in table 250 for the extended header parameter data format. 

The implicit transition time field indicates the minimum amount of time in seconds the application client 
should wait prior to timing out an implicit state transition (see 5.15.2.3). A value of zero indicates that the 
implicit transition time is not specified. 
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There shall be one target port group descriptor (see table 251) for each target port group. 


Table 251 — Target port group descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PREF 

RTPGFMT (000b) 

ASYMMETRIC ACCESS STATE 

1 

T_SUP 

o_sup Reserved lbd_sup 

U_SUP S_SUP AN_SUP AO_SUP 

2 

(MSB) 

TARGET PORT GROUP 


3 


(LSB) 

4 

Reserved 

5 

STATUS CODE 

6 

Vendor specific 

7 

TARGET PORT COUNT 


Target port descriptor list 

8 

Target port descriptor (see table 254) [first] 


11 




n-3 

Target port descriptor (see table 254) [last] 


n 



A preferred target port (pref) bit set to one indicates that the primary target port group is a preferred primary 
target port group for accessing the addressed logical unit (see 5.15.2.7). A pref bit set to zero indicates the 
primary target port group is not a preferred primary target port group. 


The rtpg_fmt field indicates the returned parameter data format and shall be set as shown in table 251 for 
the target port group descriptor format. 

The asymmetric access state field (see table 252) contains the target port group's target port asymmetric 
access state (see 5.15.2.8). 


Table 252 — asymmetric access state field 


Code 

State 

Type (see 5.15.2.1) 

Reference 

Oh 

Active/optimized 

Primary 

5.15.2.5.2 

1h 

Active/non-optimized 

Primary 

5.15.2.5.3 

2h 

Standby 

Primary 

5.15.2.5.4 

3h 

Unavailable 

Primary 

5.15.2.5.5 

4h 

Logical block dependent 

Primary 

5.15.2.5.7 

5h to Dh 

Reserved 



Eh 

Offline 

Secondary 

5.15.2.5.6 

Fh 

Transitioning between states 

Primary 

5.15.2.6 
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If any of the t_sup bit, o_sup bit, lbd_sup bit, u_sup bit, s_sup bit, an_sup bit, or ao_sup bit are set to one, 
then the t_sup bit, o_sup bit, lbd_sup bit, u_sup bit, s_sup bit, an_sup bit, and ao_sup bit are as defined in 
this standard. If the t_sup bit, o_sup bit, u_sup bit, s_sup bit, an_sup bit, and ao_sup bit are all set to zero, 
then which target port asymmetric access states are supported is vendor specific. 

A transitioning supported (t_sup) bit set to one indicates that the device server supports returning the 
asymmetric access state field set to Fh (i.e., transitioning between states). A t_sup bit set to zero indicates 
that the device server does not return an asymmetric access state field set to Fh. 

An offline supported (o_sup) bit set to one indicates that the offline secondary target port asymmetric access 
state is supported. A o_sup bit set to zero indicates that the offline secondary target port asymmetric access 
state is not supported. 

A logical block dependent (lbd_sup) bit set to one indicates that the logical block dependent primary target 
port asymmetric access state is supported. An lbd_sup bit set to zero indicates that the logical block 
dependent primary target port asymmetric access state is not supported. 

An unavailable supported (u_sup) bit set to one indicates that the unavailable primary target port asymmetric 
access state is supported. A u_sup bit set to zero indicates that the unavailable primary target port 
asymmetric access state is not supported. 

A standby supported (s_sup) bit set to one indicates that the standby primary target port asymmetric access 
state is supported. An s_sup bit set to zero indicates that the standby primary target port asymmetric access 
state is not supported. 

An active/non-optimized supported (an_sup) bit set to one indicates that the active/non-optimized primary 
target port asymmetric access state is supported. An an_sup bit set to zero indicates that the 
active/non-optimized primary target port asymmetric access state is not supported. 

An active/optimized supported (ao_sup) bit set to one indicates that the active/optimized primary target port 
asymmetric access state is supported. An ao_sup bit set to zero indicates that the active/optimized primary 
target port asymmetric access state is not supported. 

The target port group field contains an identification of the target port group (see 5.15) described by this 
target port group descriptor. Target port group information is also returned in the Device Identification VPD 
page (see 7.7.6). 

The status code field (see table 253) indicates why a target port group may be in a specific target port 
asymmetric access state. 


Table 253 — status code field 


Code 

Description 

OOh 

No status available. 

Olh 

The target port asymmetric access state altered by SET 
TARGET PORT GROUPS command. 

02h 

The target port asymmetric access state altered by implicit 
asymmetrical logical unit access behavior. 

03h to FFh 

Reserved 
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The target port count field indicates the number of target ports that are in that target port group and the 
number of target port descriptors in the target port group descriptor. Every target port group shall contain at 
least one target port. The target port group descriptor shall include one target port descriptor for each target 
port in the target port group. 

The format of each target port descriptor is shown in table 254. 


Table 254 — Target port descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


3 


(LSB) 


The relative target port identifier field (see 4.3.4) indicates a relative port identifier of a target port in the 
target port group. 


6.33 REPORT TIMESTAMP command 

The REPORT TIMESTAMP command (see table 255) requests the device server to return the current value of 
a device clock (see 5.3). This command uses the MAINTENANCE IN CDB format (see 4.2.2.3.3). 


Table 255 — REPORT TIMESTAMP command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A3h) 

1 

Reserved service action (OFh) 

2 

Reserved 

5 


6 

(MSB) 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 255 for the REPORT 
TIMESTAMP command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 255 for the REPORT 
TIMESTAMP command. 

The allocation length field is defined in 4.2.5.6. 
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The CONTROL byte is defined in SAM-5. 

The format for the parameter data for the REPORT TIMESTAMP command is shown in table 256. 


Table 256 — REPORT TIMESTAMP parameter data format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

(LSB) 

2 

Reserved timestamp origin 

3 

Reserved 

4 

(MSB) 

• •• 

TIMESTAMP 

9 

(LSB) 

10 

Reserved 

11 

Reserved 


The timestamp parameter data length field indicates the number of bytes of parameter data that follow. The 
contents of the timestamp parameter data length field are not altered based on the allocation length (see 
4.2.5.6). 

The timestamp origin field indicates the most recent event that initialized the returned device clock using the 
values shown in table 49 (see 5.3). 

The timestamp field contains the current value of a device clock (see 5.3). 


6.34 REQUEST SENSE command 

The REQUEST SENSE command (see table 257) requests the device server to return parameter data that 
contains sense data (see 4.4). 


Table 257 — REQUEST SENSE command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (03h) 

1 

Reserved desc 

2 


3 

Reserved 

4 

ALLOCATION LENGTH 

5 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 257 for the REQUEST 
SENSE command. 
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The descriptor format (desc) bit (see table 258) specifies which sense data format the device server shall 
return in the parameter data. 


Table 258 — desc bit 


Code 

Descriptor format sense 
data supported? 

Description 

Ob 

yes or no 

The device server shall return fixed format sense data (see 
4.4.3) in the parameter data. 

1b 

yes 

The device server shall return descriptor format sense data 
(see 4.4.2) in the parameter data. 

no 

The device server shall return no parameter data and shall 
terminate the REQUEST SENSE command with CHECK 
CONDITION status, with the sense key set to ILLEGAL 
REQUEST and the additional sense code set to INVALID 

FIELD IN CDB. 

Note: Device servers that are compliant with SPC-3 are capable of ignoring a desc bit that is set to one. 


The allocation length field is defined in 4.2.5.6. Application clients should request 252 bytes of sense data 
to ensure they retrieve all the sense data. If fewer than 252 bytes are requested, sense data may be lost since 
the REQUEST SENSE command with any allocation length clears the sense data. 

The control byte is defined in SAM-5. 

Sense data shall be available and cleared under the conditions defined in SAM-5. 

Upon completion of the REQUEST SENSE command, the logical unit shall be in the same power condition 
(see 5.12) that was active before the REQUEST SENSE command was received. A REQUEST SENSE 
command shall not reset any power condition timers. 

The device server shall return CHECK CONDITION status for a REQUEST SENSE command only to report 
exception conditions specific to the REQUEST SENSE command itself. Examples of conditions that cause a 
REQUEST SENSE command to return CHECK CONDITION status are: 

a) an invalid field value is detected in the CDB; 

b) the device server does not support the REQUEST SENSE command (see 4.2.1); 

c) an unrecovered error is detected by a SCSI target port; or 

d) a malfunction prevents return of the sense data. 

If a REQUEST SENSE command is terminated with CHECK CONDITION status, then: 

a) any parameter data that is transferred is invalid (i.e., the parameter data does not contain sense data); 
and 

b) if the REQUEST SENSE command was received on an l_T nexus with a pending unit attention 
condition (i.e., before the device server reports CHECK CONDITION status), then the device server 
shall not clear the pending unit attention condition (see SAM-5). 

The REQUEST SENSE command shall be capable of being processed to completion with GOOD status in 
any power condition (see 5.12). However, some implementations may require a level of power consumption 
that is higher than associated with the current power condition in any other circumstance. Details of how much 
power processing a REQUEST SENSE command requires is outside the scope of this standard. 
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Except as described elsewhere in this subclause, the device server and task router (see SAM-5) shall process 
a REQUEST SENSE command as follows: 

1) return applicable sense data in the parameter data as follows: 

1) if the logical unit reports a peripheral qualifier of 011b or 001b in its standard INQUIRY data (see 
6.5.2), then return parameter data containing sense data with the sense key set to ILLEGAL 
REQUEST and the additional sense code shall be set to LOGICAL UNIT NOT SUPPORTED; 

2) if the logical unit reports a peripheral qualifier of 000b in its standard INQUIRY data because that 
logical unit is not accessible at this time, to the task router (see SAM-5) contained in the SCSI 
target port that received the REQUEST SENSE command, then return parameter data containing 
sense data appropriate to the condition that is making the logical unit not operational; 

3) if the REQUEST SENSE command was received on an l_T nexus with a pending unit attention 
condition, then return parameter data containing sense data for the unit attention and clear the 
unit attention condition as described in SAM-5; 

4) if a recovered error occurs during the processing of the REQUEST SENSE command, then return 
parameter data containing sense data with the sense key set to RECOVERED ERROR; 

5) if deferred error sense data (see 4.4.7) is available, then return parameter data containing sense 
data for the deferred error; 

6) return pollable sense data (see 5.11.2), if any; or 

7) return parameter data containing sense data with the sense key set to NO SENSE and the 
additional sense code set to NO ADDITIONAL SENSE INFORMATION; 

and 

2) complete the REQUEST SENSE command with GOOD status. 

Device servers and task routers (see SAM-5) shall return at least 18 bytes of parameter data in response to a 
REQUEST SENSE command if the allocation length is 18 or greater and the desc bit is set to zero. 
Application clients may determine how much sense data has been returned by examining the allocation 
length field in the CDB and the additional sense length field in the sense data. Device servers shall not 
adjust the additional sense length to reflect truncation if the allocation length is less than the sense data 
available. 
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6.35 SECURITY PROTOCOL IN command 

The SECURITY PROTOCOL IN command (see table 259) requests the device server to return security 
protocol information (see SFSC) or the results of one or more SECURITY PROTOCOL OUT commands (see 
6.36). 


Table 259 — SECURITY PROTOCOL IN command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A2h) 

1 

SECURITY PROTOCOL 

2 


3 


4 

inc_512 Reserved 

5 

Reserved 

6 

(MSB) 

• •• 

ALLOCATION LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 259 for the SECURITY 
PROTOCOL IN command. 
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The security protocol field (see table 260) specifies which security protocol is being used. 

Table 260 — security protocol field in SECURITY PROTOCOL IN command 


Code 

Description 

Reference 

OOh 

Security protocol information 

SFSC 

01 h to 06 h 

Defined by TCG 

3.1.130 

07h 

Obsolete 


08h tolFh 

Reserved 


20h 

Tape Data Encryption 

SSC-4 

21h 

Data Encryption Configuration 

ADC-3 

22h to 3Fh 

Reserved 


40h 

SA Creation Capabilities 

SFSC 

41h 

IKEv2-SCSI 

SFSC 

42h to E9h 

Reserved 


EAh 

NVM Express 

NVMe 

EBh 

Defined by SCSA 

3.1.111 

ECh 

JEDEC Universal Flash Storage 

UFS 

EDh 

SDcard TrustedFlash Security 

Systems Specification 1.1.3 

3.1.112 

EEh 

Authentication in Host Attachments 
of Transient Storage Devices 

IEEE 1667 

EFh 

ATA Device Server Password 

SAT-3 

FOh to FFh 

Vendor Specific 



The contents of the security protocol specific field are defined by the protocol specified by the security 
protocol field (see table 260). 

A 512 increment (inc_512) bit set to one specifies that the allocation length field (see 4.2.5. 6) expresses the 
maximum number of bytes available to receive data in increments of 512 bytes (e.g., a value of one means 
512 bytes, two means 1 024 bytes, etc.). Pad bytes may or may not be appended to meet this length. Pad 
bytes shall have a value of OOh. An inc_512 bit set to zero specifies that the allocation length field 
expresses the maximum number of bytes available to receive data in increments of one byte. 

Indications of data overrun or underrun and the mechanism, if any, for processing retries are defined by the 
protocol specified by the security protocol field (see table 260). 

The control byte is defined in SAM-5. 

Any association between a previous SECURITY PROTOCOL OUT command and the data transferred by a 
SECURITY PROTOCOL IN command depends on the protocol specified by the security protocol field (see 
table 260). If the device server has no data to transfer (e.g., the results for any previous SECURITY 
PROTOCOL OUT commands are not yet available), then the device server may transfer data indicating it has 
no other data to transfer. 

The format of the data transferred depends on the protocol specified by the security protocol field (see 
table 260). 
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The device server shall retain data resulting from a SECURITY PROTOCOL OUT command, if any, until one 
of the following events is processed: 

a) transfer of the data via a SECURITY PROTOCOL IN command from the same l_T_L nexus as 
defined by the protocol specified by the security protocol field (see table 260); 

b) logical unit reset (see SAM-5); or 

c) l_T nexus loss (see SAM-5) associated with the l_T nexus that sent the SECURITY PROTOCOL 
OUT command. 


6.36 SECURITY PROTOCOL OUT command 

The SECURITY PROTOCOL OUT command (see table 261) requests the device server to process the 
specified parameter list using the specified security protocol. Depending on the protocol specified by the 
SECURITY PROTOCOL field, the application client may use the SECURITY PROTOCOL IN command (see 6.35) 
to retrieve data that results from the processing of one or more SECURITY PROTOCOL OUT commands. 


Table 261 — SECURITY PROTOCOL OUT command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (B5h) 

1 

SECURITY PROTOCOL 

2 


3 


4 

inc_512 Reserved 

5 

Reserved 

6 

(MSB) 

• •• 

TRANSFER LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 261 for the SECURITY 
PROTOCOL OUT command. 
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The security protocol field (see table 262) specifies which security protocol is being used. 

Table 262 — security protocol field in SECURITY PROTOCOL OUT command 


Code 

Description 

Reference 

OOh 

Reserved 


01 h to 06 h 

Defined by TCG 

3.1.130 

07h 

Obsolete 


08h tolFh 

Reserved 


20h 

Tape Data Encryption 

SSC-4 

21h 

Data Encryption Configuration 

ADC-3 

22h to 40h 

Reserved 


41h 

IKEv2-SCSI 

SFSC 

42h to E9h 

Reserved 


EAh 

NVM Express 

NVMe 

EBh 

Defined by SCSA 

3.1.111 

ECh 

JEDEC Universal Flash Storage 

UFS 

EDh 

SDcard TrustedFlash Security 

Systems Specification 1.1.3 

3.1.112 

EEh 

Authentication in Host Attachments 
of Transient Storage Devices 

IEEE 1667 

EFh 

ATA Device Server Password 

SAT-3 

FOh to FFh 

Vendor Specific 



The contents of the security protocol specific field are defined by the protocol specified by the security 
protocol field (see table 262). 

A 512 increment (inc_512) bit set to one specifies that the transfer length field (see 4.2.5.4) expresses the 
number of bytes to be transferred in increments of 512 bytes (e.g., a value of one means 512 bytes, two 
means 1 024 bytes, etc.). Pad bytes shall be appended as needed to meet this requirement. Pad bytes shall 
have a value of OOh. A inc_512 bit set to zero specifies that the transfer length field indicates the number of 
bytes to be transferred. 

The control byte is defined in SAM-5. 

Any association between a SECURITY PROTOCOL OUT command and a subsequent SECURITY 
PROTOCOL IN command is defined by the protocol specified by the security protocol field (see table 262). 
Each protocol shall define whether: 

a) the device server shall complete the command with GOOD status as soon as it determines the data 
has been correctly received. An indication that the data has been processed is obtained by sending a 
SECURITY PROTOCOL IN command and receiving the results in the associated data transfer; or 

b) the device server shall complete the command with GOOD status only after the data has been 
successfully processed and an associated SECURITY PROTOCOL IN command is not required. 

The format of the data transferred depends on the protocol specified by the security protocol field (see 
table 262). 
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6.37 SEND DIAGNOSTIC command 

The SEND DIAGNOSTIC command (see table 263) requests the device server to perform diagnostic 
operations on the SCSI target device, on the logical unit, or on both. Logical units that support this command 
shall support, at a minimum, the default self-test feature (i.e., the SelfTest bit equal to one and a parameter 
list length of zero). 


Table 263 — SEND DIAGNOSTIC command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (IDh) 

1 

self-test code pf Reserved SelfTest DevOffL UnitOffL 

2 

Reserved 

3 

(MSB) 

4 

PARAMETER LIST LENGTH 

(LSB) 

5 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 263 for the SEND 
DIAGNOSTIC command. 
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The SELF-TEST code field is defined in table 264 and further described in table 265. 


Table 264 — self-test code field 


Code 

Name 

Description 

000b 


This value is used if an operation not described in this table is being 
requested (see table 265). 

001b 

Background 
short self-test 

The device server shall start its short self-test (see 5.14.3) in the background 
mode (see 5.14.4.3). 

010b 

Background 
extended self-test 

The device server shall start its extended self-test (see 5.14.3) in the back¬ 
ground mode (see 5.14.4.3). 

011b 

Reserved 

100b 

Abort background 
self-test 

If the SCSI target device is performing a self-test in the background mode 
(see 5.14.4.3), then the device server shall abort the self-test. If the target 
device is performing a self-test in the foreground mode, then the device 
server shall process the command as described in 5.14.4.2. a If the target 
device is not performing a self-test, then the device server shall terminate 
the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REOUEST, and the additional sense code set to INVALID FIELD 

IN CDB. 

101b 

Foreground 
short self-test 

The device server shall start its short self-test (see 5.14.3) in the foreground 
mode (see 5.14.4.2). 

110b 

Foreground 
extended self-test 

The device server shall start its extended self-test (see 5.14.3) in the fore¬ 
ground mode (see 5.14.4.2). 

111b 

Reserved 

a Device servers compliant with SPC-3 may terminate the command with CHECK CONDITION status 
with the sense key set to ILLEGAL REOUEST and the additional sense code set to INVALID FIELD IN 
CDB. 


The page format (pf) bit (see table 265) specifies the format of any parameter list sent by the application client 
for a SEND DIAGNOSTIC command and may specify the format of the parameter data, if any, returned by the 
device server in response to a subsequent RECEIVE DIAGNOSTIC RESULTS command (see 6.22). 

NOTE 28 - Logical units compliant with SPC-2 may transfer more than one diagnostic page in the SEND 
DIAGNOSTIC command’s parameter list and by doing so may request that more than one diagnostic page be 
sent in the RECEIVE DIAGNOSTIC RESULTS command’s parameter data. 

The self-test (SelfTest) bit (see table 265) specifies whether the device server shall perform the default 
self-test (see 5.14.2). 

A SCSI target device offline (DevOffL) bit set to one specifies that the device server may perform a default 
self-test (see 5.14.2) that affects any logical unit in the SCSI target device (e.g., by alteration of reservations, 
log parameters, or sense data). A DevOffL bit set to zero specifies that, after the device server has 
completed a default self-test specified in the SEND DIAGNOSTIC command, no logical unit shall exhibit any 
effects resulting from the device server’s processing the SEND DIAGNOSTIC command that are detectable 
by any application client. If the SelfTest bit is set to zero, the device server shall ignore the DevOffL bit. 

A unit offline (UnitOffL) bit set to one specifies that the device server may perform a default self-test (see 
5.14.2) that affects the user accessible medium on the logical unit (e.g., write operations to the user 
accessible medium or repositioning of the medium on sequential access devices). A UnitOffL bit set to zero 
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specifies that, after the device server has completed a default self-test specified in the SEND DIAGNOSTIC 
command, the user accessible medium shall exhibit no effects resulting from the device server’s processing 
the SEND DIAGNOSTIC command that are detectable by any application client. If the SelfTest bit is set to 
zero, the device server shall ignore the UnitOffL bit. 

The parameter list length field (see table 265) specifies the length in bytes of the parameter list that shall 
be transferred from the application client Data-Out Buffer to the device server. A parameter list length of zero 
specifies that no data shall be transferred. This condition shall not be considered an error. 

The control byte is defined in SAM-5. 
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Table 265 defines: 

a) the combinations of values for the self-test code field, the pf bit, if supported, the SelfTest bit, and 
the parameter list length field; and 

b) under which conditions the DevOffL bit and the UnitOffL bit, if supported, may be used and under 
which conditions these bits are ignored. 


Table 265 — The meanings of the self-test code field, the pf bit, the SelfTest bit, and the 
PARAMETER LIST LENGTH field (part 1 of 4) 


SELF- 

TEST 

CODE 

field 

PF 

bit 

Self 

Test 

bit 

PARAMETER 

LIST 

LENGTH 

field 

Description a> b 

000b 

0 

0 

OOOOh 

The device server shall complete the command with GOOD status. 

000b 

0 

0 

>0000h 

The device server shall transfer the amount of vendor specific 
parameter list specified by the parameter list length field. 

If the parameter list is valid and requests that the device server 
perform a diagnostic operation c , then: 

a) if the operation succeeds, the device server shall complete the 
command with GOOD status; 

b) if the operation fails, then the device server shall terminate the 
command with CHECK CONDITION status with the sense key 
set to HARDWARE ERROR and the additional sense code set 
to the appropriate value to describe the failure; and 

c) if parameter data is required to be returned by the device server 
for the operation, then a subsequent RECEIVE DIAGNOSTIC 
RESULTS command (see 6.22) determines the device server’s 
response. 

If the parameter list is valid and does not request the device server to 
perform a diagnostic operation, then the device server processes the 
vendor specific data. A subsequent RECEIVE DIAGNOSTIC 

RESULTS command may be required for an application client to 
determine the device server’s response. 

If the parameter list is not valid, the device server shall terminate 
the command with CHECK CONDITION status with the sense key set 
to ILLEGAL REQUEST and the additional sense code set to INVALID 
FIELD IN PARAMETER LIST. 

a Each description assumes that all other bits and fields in the CDB that are not defined for a particular 
case are valid. If, in any case, some other bit or field in the CDB is not valid, the device server shall 
terminate the command with CHECK CONDITION status with the sense key set to ILLEGAL REQUEST 
and the additional sense code set to INVALID FIELD IN CDB. 
b The device server shall ignore the DevOffL bit and the UnitOffL bit in all cases where their use is not 
included in the description. 

c Before beginning any self-test, the device server shall: 

a) stop all running power condition timers; 

b) not stop any process that results in a background function occurring (e.g., not stop any timers or 
counters associated with background functions); and 

c) after completing this command, the device server shall reinitialize and restart all enabled power 
condition timers. 
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Table 265 — The meanings of the self-test code field, the pf bit, the SelfTest bit, and the 
PARAMETER LIST LENGTH field (part 2 of 4) 


SELF¬ 

TEST 

CODE 

field 

PF 

bit 

Self 

Test 

bit 

PARAMETER 

LIST 

LENGTH 

field 

Description a> b 

000b 

0 

1 

OOOOh 

The device server shall perform its default self-test, and if supported, 
use the values in the DevOffL bit and the UnitOffL bit for processing 
the self-test. 

If the self-test succeeds, the device server shall complete the 
command with GOOD status. 

If the self-test fails, the device server shall terminate the command with 
CHECK CONDITION status with the sense key set to HARDWARE 
ERROR and the additional sense code set to the appropriate value to 
describe the failure. 

000b 

0 

1 

>0000h 

The device server shall terminate the command with CHECK CONDI¬ 
TION status with the sense key set to ILLEGAL REQUEST and the 
additional sense code set to INVALID FIELD IN CDB. 

000b 

1 

0 

OOOOh 

The device server shall: 

a) complete the command with GOOD status; and 

b) if requested by a subsequent RECEIVE DIAGNOSTIC 

RESULTS command, then: 

A) if the pf bit is supported by the device server, return a single 
diagnostic page (see 7.2) as specified by the command; or 

B) if the pf bit is not supported by the device server, return 
vendor specific parameter data as specified by the 
command. 

a Each description assumes that all other bits and fields in the CDB that are not defined for a particular 
case are valid. If, in any case, some other bit or field in the CDB is not valid, the device server shall 
terminate the command with CHECK CONDITION status with the sense key set to ILLEGAL REQUEST 
and the additional sense code set to INVALID FIELD IN CDB. 
b The device server shall ignore the DevOffL bit and the UnitOffL bit in all cases where their use is not 
included in the description. 

c Before beginning any self-test, the device server shall: 

a) stop all running power condition timers; 

b) not stop any process that results in a background function occurring (e.g., not stop any timers or 
counters associated with background functions); and 

c) after completing this command, the device server shall reinitialize and restart all enabled power 
condition timers. 
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Table 265 — The meanings of the self-test code field, the pf bit, the SelfTest bit, and the 
PARAMETER LIST LENGTH field (part 3 Of 4) 


SELF¬ 

TEST 

CODE 

field 

PF 

bit 

Self 

Test 

bit 

PARAMETER 

LIST 

LENGTH 

field 

Description a> b 

000b 

1 

0 

>0000h 

The device server shall transfer the amount of parameter list specified 
by the parameter list length field. 

If the pf bit is supported by the device server, then: 

a) the parameter list shall be a single diagnostic page; and 

b) if the specified parameter list length results in the truncation of 
the diagnostic page (e.g., the parameter list length is less than 
the page length indicated by the diagnostic page), then the 
device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID 

FIELD IN CDB. 

If the pf bit is not supported by the device server, the parameter list is 
vendor specific. 

If the parameter list is valid and requests that the device server 
perform a diagnostic operation c , then: 

a) if the operation succeeds, the device server shall complete the 
command with GOOD status; 

b) if the operation fails, the device server shall terminate the 
command with CHECK CONDITION status with the sense key 
set to HARDWARE ERROR and the additional sense code set 
to the appropriate value to describe the failure; and 

c) if parameter data is required to be returned by the device server 
for the operation, then a subsequent RECEIVE DIAGNOSTIC 
RESULTS command (see 6.22) determines the device server’s 
response. 

If the parameter list is valid and does not request the device server to 
perform a diagnostic operation, then the device server processes the 
data as defined in 7.2. A subsequent RECEIVE DIAGNOSTIC 

RESULTS command may be required for an application client to 
determine the device server’s response. 

If the parameter list is not valid, the device server shall terminate 
the command with CHECK CONDITION status with the sense key set 
to ILLEGAL REQUEST and the additional sense code set to INVALID 
FIELD IN PARAMETER LIST. 

a Each description assumes that all other bits and fields in the CDB that are not defined for a particular 
case are valid. If, in any case, some other bit or field in the CDB is not valid, the device server shall 
terminate the command with CHECK CONDITION status with the sense key set to ILLEGAL REQUEST 
and the additional sense code set to INVALID FIELD IN CDB. 
b The device server shall ignore the DevOffL bit and the UnitOffL bit in all cases where their use is not 
included in the description. 

c Before beginning any self-test, the device server shall: 

a) stop all running power condition timers; 

b) not stop any process that results in a background function occurring (e.g., not stop any timers or 
counters associated with background functions); and 

c) after completing this command, the device server shall reinitialize and restart all enabled power 
condition timers. 
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Table 265 — The meanings of the self-test code field, the pf bit, the SelfTest bit, and the 
PARAMETER LIST LENGTH field (part 4 of 4) 


SELF¬ 

TEST 

CODE 

field 

PF 

bit 

Self 

Test 

bit 

PARAMETER 

LIST 

LENGTH 

field 

Description a> b 

000b 

1 

1 

n/a 

The device server shall terminate the command with CHECK CONDI¬ 
TION status with the sense key set to ILLEGAL REQUEST and the 
additional sense code set to INVALID FIELD IN CDB. 

>000b 

0 

0 

OOOOh 

The device server shall perform the operation defined in table 264. c 

>000b 

0 

0 

>0000h 

The device server shall terminate the command with CHECK CONDI¬ 
TION status with the sense key set to ILLEGAL REQUEST and the 
additional sense code set to INVALID FIELD IN CDB. 

>000b 

0 

1 

n/a 

>000b 

1 

0 

OOOOh 

The device server shall perform the operation defined in table 264. c 

If the device server supports the pf bit, the device server shall return a 
single diagnostic page as specified by the subsequent RECEIVE 
DIAGNOSTIC RESULTS command, if any. 

If the device server does not support the pf bit, the device server shall 
return vendor specific data for a subsequent RECEIVE DIAGNOSTIC 
RESULTS command, if any. 

>000b 

1 

0 

>0000h 

The device server shall terminate the command with CHECK CONDI¬ 
TION status with the sense key set to ILLEGAL REQUEST and the 
additional sense code set to INVALID FIELD IN CDB. 

>000b 

1 

1 

n/a 


a Each description assumes that all other bits and fields in the CDB that are not defined for a particular 
case are valid. If, in any case, some other bit or field in the CDB is not valid, the device server shall 
terminate the command with CHECK CONDITION status with the sense key set to ILLEGAL REQUEST 
and the additional sense code set to INVALID FIELD IN CDB. 
b The device server shall ignore the DevOffL bit and the UnitOffL bit in all cases where their use is not 
included in the description. 

c Before beginning any self-test, the device server shall: 

a) stop all running power condition timers; 

b) not stop any process that results in a background function occurring (e.g., not stop any timers or 
counters associated with background functions); and 

c) after completing this command, the device server shall reinitialize and restart all enabled power 
condition timers. 
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6.38 SET IDENTIFYING INFORMATION command 

The SET IDENTIFYING INFORMATION command (see table 266) requests the device server to set 
identifying information (see 5.7) in the logical unit to the value specified in the SET IDENTIFYING 
INFORMATION parameter list. This command uses the MAINTENANCE OUT CDB format (see 4.2.2.3.4). 
The SET IDENTIFYING INFORMATION command is an extension to the SET PERIPHERAL 
DEVICE/COMPONENT DEVICE IDENTIFIER service action of the MAINTENANCE OUT command defined 
in SCC-2. 

Processing a SET IDENTIFYING INFORMATION command may require the enabling of a nonvolatile 
memory within the logical unit. If the nonvolatile memory is not ready, the device server shall terminate the 
command with CHECK CONDITION status, and not wait for the nonvolatile memory to become ready. The 
sense key shall be set to NOT READY and the additional sense code shall be set as described in table 279 
(see 6.42). This information should allow the application client to determine the action required to cause the 
device server to become ready. 

On successful completion of a SET IDENTIFYING INFORMATION command that changes identifying 
information saved by the logical unit, the device server shall establish a unit attention condition (see SAM-5) 
for the initiator port associated with every I T nexus except the I T nexus on which the SET IDENTIFYING 
INFORMATION command was received, with the additional sense code set to DEVICE IDENTIFIER 
CHANGED. 


Table 266 — SET IDENTIFYING INFORMATION command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (06h) 

2 


3 


4 


5 

Restricted (see SOO~2) 

6 

(MSB) 

• •• 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

identifying information type Reserved 

11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 266 for the SET 
IDENTIFYING INFORMATION command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 266 for the SET 
IDENTIFYING INFORMATION command. 

The parameter list length field specifies the length in bytes of the identifying information that shall be 
transferred from the application client to the device server. A parameter list length of zero specifies that no 
data shall be transferred, and that subsequent REPORT IDENTIFYING INFORMATION commands shall 
return the identifying information length field set to zero for the specified identifying information type. 
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The identifying information type field (see table 267) specifies the identifying information type to be set. If 
the specified identifying information type is not implemented by the device server, then the device server shall 
terminate the command with CHECK CONDITION status with the sense key set to ILLEGAL REQUEST, and 
the additional sense code set to INVALID FIELD IN CDB. 


Table 267 — identifying information type field 


Code 

Description 

0000000b 

Logical unit identifying information (see 5.7). 

If the parameter list length field is set to a value greater than the maximum length of the 
logical unit identifying information supported by the device server (see 5.7), then the device 
server shall terminate the command with CHECK CONDITION status with the sense key 
set to ILLEGAL REQUEST and the additional sense code set to INVALID FIELD IN CDB. 

0000010b 

Logical unit text identifying information (see 5.7). 

If the parameter list length field is set to a value greater than the maximum length of the 
logical unit text identifying information (see 5.7) supported by the device server, then the 
device server shall terminate the command with CHECK CONDITION status with the sense 
key set to ILLEGAL REQUEST and the additional sense code set to INVALID FIELD IN 

CDB. 

If the identifying information field does not contain a null-terminated (see 4.3.2) UTF-8 
format string, then the device server shall terminate the command with CHECK CONDI¬ 
TION status with the sense key set to ILLEGAL REQUEST and the additional sense code 
set to INVALID FIELD IN PARAMETER LIST. 

xxxxxxlb 

Restricted (see SCC-2) 

All others 

Reserved 


The control byte is defined in SAM-5. 

The SET IDENTIFYING INFORMATION parameter list (see table 268) contains the identifying information to 
be set by the device server. 


Table 268 — SET IDENTIFYING INFORMATION parameter list 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

IDENTIFYING INFORMATION 


n 



The identifying information field specifies the identifying information to be set for the specified identifying 
information type (see 5.7). 

Upon successful completion of a SET IDENTIFYING INFORMATION command, the identifying information 
that is saved by the logical unit shall persist through logical unit resets, hard resets, power loss, l_T nexus 
losses, media format operations, and media replacement. 
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6.39 SET PRIORITY command 

The SET PRIORITY command (see table 269) requests the device server to set the command priority (see 
SAM-5) for commands received on the specified l_T nexus. This command uses the MAINTENANCE OUT 
CDB format (see 4.2.2.3.4). The command priority set by this command shall remain in effect until one of the 
following occurs: 

a) another SET PRIORITY command is received; 

b) hard reset; 

c) logical unit reset; or 

d) power on. 

The command priority set by this command shall not be affected by an I T nexus loss. 


Table 269 — SET PRIORITY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (OEh) 

2 

i_t_l NEXUS TO set Reserved 

3 


• •• 

Reserved 

5 


6 

(MSB) 

• •• 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 269 for the SET PRIORITY 
command. 

The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 269 for the SET PRIORITY 
command. 
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The i_t_l nexus to set field (see table 270) specifies the l_T_L nexus and the location of the priority value to 
be assigned to that l_T_L nexus. 


Table 270 — i_t_l nexus to set field 


Code 

Description 

00b 

The priority for the I T L nexus associated with this command shall be set to the value con¬ 
tained in the priority to set field in the SET PRIORITY parameter list (see table 271). All fields 
in the SET PRIORITY parameter list except the priority to set field shall be ignored. 

If the parameter list length is zero, the device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to PARAMETER LIST LENGTH ERROR. 

01b 

The priority for the l_T_L nexus specified by the logical unit that is processing this command, the 
RELATIVE TARGET port identifier field, and the TransportID in the SET PRIORITY parameter list 
(see table 271) shall be set to the value specified by the priority to set field in the SET PRIOR¬ 
ITY parameter list. 

If the parameter list length results in the truncation of the relative target port identifier field, 
the additional descriptor length field, or the TransportID, then the device server shall termi¬ 
nate the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to PARAMETER LIST LENGTH ERROR. 

On successful completion of a SET PRIORITY command the device server shall establish a unit 
attention condition (see SAM-5) for the initiator port associated with the l_T nexus specified by 
the TransportID and the relative target port identifier field, with the additional sense code 
set to PRIORITY CHANGED. 

10b 

The priority value specified in the initial command priority field of the Control Extension mode 
page (see 7.5.11) shall be used for all l_T_L nexuses associated with the logical unit that is pro¬ 
cessing this command regardless of any prior priority. The contents of the SET PRIORITY 
parameter list shall be ignored. 

On successful completion of a SET PRIORITY command the device server shall establish a unit 
attention condition (see SAM-5) for the initiator port associated with every other l_T_L nexus, 
with the additional sense code set to PRIORITY CHANGED. 

11b 

Reserved 


The parameter list length field specifies the length in bytes of the SET PRIORITY parameter list (see table 
271) that shall be contained in the Data-Out Buffer. A parameter list length of zero specifies that the Data-Out 
Buffer shall be empty. This condition shall not be considered an error. 

The control byte is defined in SAM-5. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


403 






T10/BSR INCUS 502 Revision 05 


12 August 2015 


The format of the parameter data for the SET PRIORITY command is shown in table 271. 


Table 271 — SET PRIORITY parameter list format 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

Reserved 

PRIORITY TO SET 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 

Reserved 

5 

Reserved 

6 

(MSB) 

7 

(LSB) 

8 

TransportID 


n 



The priority to set field specifies the priority to be assigned to the l__T_L nexus specified by the i_t_l nexus 
to set field in the CDB. The value in the priority to set field shall be returned in subsequent REPORT 
PRIORITY commands (see 6.29) until one of the conditions described in this subclause occurs. A priority to 
set value of zero specifies the l_T_L nexus specified by the i_t_l nexus to set field shall be set to the value 
specified in the initial command priority field of the Control Extension mode page (see 7.5.11). The contents 
of the i_t_l nexus to set field may specify that the priority to set field shall be ignored. 

The relative target port identifier field (see 4.3.4) specifies the relative port identifier of the target port that 
is part of the l_T_L nexus for which the priority is to be set. The contents of the i_t_l nexus to set field may 
specify that the relative target port identifier field shall be ignored. 

The additional length field specifies the number of bytes that follow in the SET PRIORITY parameter list 
(i.e., the size of the TransportID). 

The TransportID specifies a TransportID (see 7.6.4) identifying the initiator port that is part of the l_T_L nexus 

for which the priority is to be set. The contents of the i t_l nexus to set field may specify that the 

transportid field shall be ignored. 


6.40 SET TARGET PORT GROUPS command 

The SET TARGET PORT GROUPS command (see table 272) requests the device server to set the primary 
target port asymmetric access state of all of the target ports in the specified primary target port groups and/or 
the secondary target port asymmetric access state of the specified target ports. This command uses the 
MAINTENANCE OUT CDB format (see 4.2.2.3.4). See 5.15 for details regarding the transition between target 
port asymmetric access states. This command is mandatory for all logical units that report in the standard 
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INQUIRY data (see 6.5.2) that they support explicit asymmetric logical units access (i.e., the tpgs field is set 
to either 10b or 11b). 


Table 272 — SET TARGET PORT GROUPS command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (OAh) 

2 

Reserved 

5 


6 

(MSB) 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 272 for the SET TARGET 
PORT GROUPS command. 

The SERVICE ACTION field is defined in 4.2.5.2 and shall be set as shown in table 272 for the SET TARGET 
PORT GROUPS command. 

The parameter list length field specifies the length in bytes of the target port group management 
parameters that shall be transferred from the application client to the device server. A parameter list length of 
zero specifies that no data shall be transferred, and that no change shall be made in the target port 
asymmetric access state of any target port groups or target ports. If the specified parameter list length is not 
supported, the device server shall terminate the command with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The control byte is defined in SAM-5. 

The allowable values to which target port asymmetric access states may be set is vendor specific and should 
be reported in the REPORT TARGET PORT GROUP parameter data (see 6.32). 

Primary target port groups that are not specified in a parameter list may change primary target port 
asymmetric access states as a result of the SET TARGET PORT GROUPS command. This shall not be 
considered an implicit target port asymmetric access state change. 

If a SET TARGET PORT GROUPS command attempts to establish an invalid combination of target port 
asymmetric access states or attempts to establish an unsupported target port asymmetric access state, then 
the device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

How a SET TARGET PORT GROUPS command is completed with success depends upon which of the 
following conditions apply: 

a) if the transition is treated as a single indivisible event (see 5.15.2.6), the SET TARGET PORT 
GROUPS command shall not complete until the transition to the requested state has completed; or 
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b) if the transition is not treated as a single indivisible event (i.e., the device server supports other 
commands (see 5.15.2.6) when those commands are routed through a target port that is transitioning 
between target port asymmetric access states), then the SET TARGET PORT GROUPS command 
may complete before the transition into the requested state has completed. 

How a SET TARGET PORT GROUPS command is terminated with an error depends upon which of the 
following conditions apply: 

a) if the processing of a SET TARGET PORT GROUPS command requires the enabling of a nonvolatile 
memory and the nonvolatile memory is not ready, then the device server shall terminate the command 
with CHECK CONDITION status, rather than wait for the logical unit to become ready. The sense key 
shall be set to NOT READY and the additional sense code shall be set as described in table 279 (see 
6.42); or 

b) if a failure occurred before the transition was completed, the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to HARDWARE ERROR, and the 
additional sense code set to SET TARGET PORT GROUPS COMMAND FAILED. 

If two SET TARGET PORT GROUPS commands are processed concurrently, the target port asymmetric 
access state change behavior is vendor specific. A SCSI target device should not process multiple SET 
TARGET PORT GROUPS concurrently. 

The SET TARGET PORT GROUPS parameter data format is shown in table 273. 



The format of the set target port group descriptor is defined in table 274. 


Table 274 — Set target port group descriptor parameter list 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

Reserved 

ASYMMETRIC ACCESS STATE 

1 

Reserved 

2 

(MSB) 

3 

( LSB ) 
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If the asymmetric access state field (see table 275) specifies a primary target port asymmetric access state, 
then all the target ports in the specified target port group shall transition to the specified state (see 5.15.2.6). If 
the asymmetric access state field specifies a secondary target port asymmetric access state, then the 
specified target port shall transition to the specified state. 


Table 275 — asymmetric access state field 


Value 

State (see 5.15.2.5) 

Type (see 5.15.2.1) 

Oh 

Active/optimized 

Primary 

1h 

Active/non-optimized 

Primary 

2h 

Standby 

Primary 

3h 

Unavailable 

Primary 

4h 

Illegal Request a 


5h to Dh 

Reserved 


Eh 

Offline 

Secondary 

Fh 

Illegal Request a 


a If the asymmetric access state field in any target port group descriptor 

contains 04h or Fh, then the device server shall terminate the command with 

CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, 

and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 


If the asymmetric access state field (see table 275) specifies a primary target port asymmetric access state, 
then the target port group or target port field specifies a primary target port group for which the primary 
target port asymmetric access state shall be changed. If the asymmetric access state field specifies a 
secondary target port asymmetric access state, then the target port group or target port field specifies 
the relative target port identifier of the target port for which the secondary target port asymmetric access state 
shall be changed. 
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6.41 SET TIMESTAMP command 

The SET TIMESTAMP command (see table 276) requests the device server to initialize a device clock (see 
5.3) if the scsip bit is set to one in the Control Extension mode page (see 7.5.11). If the scsip bit is set to zero, 
the device server shall terminate the SET TIMESTAMP command with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. This 
command uses the MAINTENANCE OUT CDB format (see 4.2.2.3.4). 


Table 276 — SET TIMESTAMP command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (A4h) 

1 

Reserved service action (OFh) 

2 

Reserved 

5 


6 

(MSB) 

PARAMETER LIST LENGTH 

9 

(LSB) 

10 

Reserved 

11 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 276 for the SET 
TIMESTAMP command. 

The service action field is defined in 4.2.5.2 and shall be set as shown in table 276 for the SET TIMESTAMP 
command. 

The parameter list length field specifies the length in bytes of the SET TIMESTAMP parameters that shall 
be transferred from the application client to the device server. A parameter list length of zero specifies that no 
data shall be transferred, and that no change shall be made to a device clock. 

The control byte is defined in SAM-5. 
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The format for the parameter list for the SET TIMESTAMP command is shown in table 277. 


Table 277 — SET TIMESTAMP parameter list format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 


3 


4 

(MSB) 

TIMESTAMP 


9 

(LSB) 

10 


Reserved 


11 




The timestamp field specifies the value to which a device clock shall be initialized (see 5.3). The timestamp 
should be the number of milliseconds that have elapsed since midnight, 1 January 1970 UT. If the most 
significant byte in the timestamp field is greater than FOh, the device server shall terminate the command with 
CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set 
to INVALID FIELD IN PARAMETER LIST. 

On successful completion of a SET TIMESTAMP command the device server shall establish a unit attention 
condition for the initiator port associated with every I T nexus except the I T nexus on which the SET 
TIMESTAMP command was received (see SAM-5), with the additional sense code set to TIMESTAMP 
CHANGED. 


6.42 TEST UNIT READY command 

The TEST UNIT READY command (see table 278) requests the device server to indicate whether the logical 
unit is ready. The device server shall not initiate a self-test as a result of processing this command. If the 
logical unit is able to accept an appropriate medium-access command without returning CHECK CONDITION 
status, then the device server shall complete this command with GOOD status. If the logical unit is unable to 
become operational or is in a state such that an application client action (e.g., a START UNIT command) is 
required to make the logical unit ready, then the device server shall terminate this command with CHECK 
CONDITION status, with the sense key set to NOT READY. 


Table 278 — TEST UNIT READY command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (00h) 

1 

Reserved 

4 


5 

CONTROL 


The operation code field is defined in 4.2.5.1 and shall be set as shown in table 278 for the TEST UNIT 
READY command. 
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The CONTROL byte is defined in SAM-5. 

Table 279 defines the suggested CHECK CONDITION status responses to the TEST UNIT READY 
command. Other conditions (e.g., deferred errors, reservations, or target port asymmetric access state 
changes) may result in other responses (e.g., GOOD status, CHECK CONDITION status, BUSY status, or 
RESERVATION CONFLICT status, each with or without other sense key and additional sense code values). 


Table 279 — Preferred TEST UNIT READY responses 


Status 

Sense Key 

Additional Sense Code 

CHECK CONDITION 

ILLEGAL REQUEST 

LOGICAL UNIT NOT SUPPORTED 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT DOES NOT RESPOND 

TO SELECTION 

CHECK CONDITION 

NOT READY 

MEDIUM NOT PRESENT 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 

CAUSE NOT REPORTABLE 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT IS IN PROCESS 

OF BECOMING READY 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 
INITIALIZING COMMAND REQUIRED 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 

MANUAL INTERVENTION REQUIRED 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 

FORMAT IN PROGRESS 

CHECK CONDITION 

NOT READY 

LOGICAL UNIT NOT READY, 
SANITIZE IN PROGRESS 


410 


Working Draft SCSI Primary Commands - 5 (SPC-5) 




12 August 2015 


T10/BSR INCUS 502 Revision 05 


6.43 WRITE ATTRIBUTE command 

The WRITE ATTRIBUTE command (see table 280) requests the device server to write the specified attributes 
to medium auxiliary memory. Device servers that implement the WRITE ATTRIBUTE command shall also 
implement the READ ATTRIBUTE command (see 6.16). Application clients should issue READ ATTRIBUTE 
commands prior to using this command to discover device server support for medium auxiliary memory. 


Table 280 — WRITE ATTRIBUTE command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (8Dh) 

1 

Reserved wtc 

2 


3 

Restricted (see SMC-3) 

4 


5 

LOGICAL VOLUME NUMBER 

6 

Reserved 

7 

PARTITION NUMBER 

8 


9 

Reserved 

10 

(MSB) 

• •• 

PARAMETER LIST LENGTH 

13 

(LSB) 

14 

Reserved 

15 

CONTROL 


The OPERATION CODE field is defined in 4.2.5.1 and shall be set as shown in table 280 for the WRITE 
ATTRIBUTE command. 

The write-through cache (wtc) bit set to one specifies the attributes in the parameter list shall be synchronized 
with the medium auxiliary memory during the processing of the WRITE ATTRIBUTE command and GOOD 
status shall not be returned until the attributes have been synchronized with the medium auxiliary memory. 
The wtc bit is set to zero specifies no requirement related to the attributes in the parameter list being 
synchronized with the medium auxiliary memory during the processing of the WRITE ATTRIBUTE command. 

The logical volume number field specifies a logical volume (e.g., the medium auxiliary memory storage for 
one side of a double sided medium) within the medium auxiliary memory. The number of logical volumes of 
the medium auxiliary memory shall equal that of the attached medium. If the medium only has a single logical 
volume, then its logical volume number shall be zero. 

The partition number field specifies a partition (see SSC-4) within a logical volume. The number of partitions 
of the medium auxiliary memory shall equal that of the attached medium. If the medium only has a single 
partition, then its partition number shall be zero. 

If the combination of logical volume number and partition number is not valid, the device server shall terminate 
the command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the 
additional sense code set to INVALID FIELD IN CDB. 
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The parameter list length field specifies the length in bytes of the parameter list contained in the Data-Out 
Buffer. A parameter list length of zero specifies that no parameter list is present; this shall not be considered 
an error. If the parameter list length results in the truncation of an attribute, the WRITE ATTRIBUTE command 
shall be terminated with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the 
additional sense code set to PARAMETER LIST LENGTH ERROR. 

The control byte is defined in SAM-5. 

The parameter list shall have the format shown in table 281. Attributes should be sent in ascending numerical 
order. If the attributes are not in order, then no attributes shall be changed and the device server shall 
terminate the WRITE ATTRIBUTE command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REOUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 



The parameter data length field should contain the number of bytes of attribute data and shall be ignored by 
the device server. 

The format of the attributes is described in 7.4.1. 

If there is not enough space to write the attributes to the medium auxiliary memory, then no attributes shall be 
changed and the device server shall terminate the WRITE ATTRIBUTE command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REOUEST, and the additional sense code set to AUXILIARY 
MEMORY OUT OF SPACE. 

If the medium auxiliary memory is not accessible as a result of there being no medium present, then no 
attributes shall be changed and the device server shall terminate the WRITE ATTRIBUTE command with 
CHECK CONDITION status, with the sense key set to NOT READY, and the additional sense code set to 
MEDIUM NOT PRESENT. 

If the medium is present but the medium auxiliary memory is not accessible, then no attributes shall be 
changed and the device server shall terminate the WRITE ATTRIBUTE command with CHECK CONDITION 
status, with the sense key set to MEDIUM ERROR, and the additional sense code set to LOGICAL UNIT NOT 
READY, AUXILIARY MEMORY NOT ACCESSIBLE. 
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If the medium auxiliary memory is not operational (e.g., bad checksum), the device server shall terminate the 
WRITE ATTRIBUTE command with CHECK CONDITION status, with the sense key set to MEDIUM ERROR, 
and the additional sense code set to AUXILIARY MEMORY WRITE ERROR. 

If the WRITE ATTRIBUTE command parameter list contains an attribute with an attribute length field (see 
7.4.1) set to zero, then one of the following actions shall occur: 

a) if the attribute state is unsupported or read only (see 5.8), then no attributes shall be changed and the 
device server shall terminate the WRITE ATTRIBUTE command with CHECK CONDITION status, 
with the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD 
IN PARAMETER LIST; 

b) if the attribute state is read/write, the attribute shall be changed to the nonexistent state. This attribute 
shall not be returned in response to a READ ATTRIBUTE command and shall not be included in the 
parameter data returned by a READ ATTRIBUTE command with ATTRIBUTE LIST service action; or 

c) if the attribute state is nonexistent, the attribute in the WRITE ATTRIBUTE command parameter list 
shall be ignored; this shall not be considered an error. 

No attributes shall be changed, the WRITE ATTRIBUTE command shall be terminated with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN PARAMETER LIST if the parameter list contains any of the following: 

a) an attempt to change an attribute in the read only state (see 5.8); 

b) an attribute with incorrect attribute length field (see 7.4.1) contents; or 

c) an attribute with unsupported attribute value field (see 7.4.1) contents. 
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6.44 WRITE BUFFER command 


6.44.1 WRITE BUFFER command introduction 

The WRITE BUFFER command (see table 282) is used in conjunction with the READ BUFFER command for: 

a) testing logical unit buffer memory; 

b) testing the integrity of the service delivery subsystem; 

c) downloading microcode (see 5.5); and 

d) downloading application client error history (see 5.6). 


Table 282 — WRITE BUFFER command 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

OPERATION CODE (3Bh) 

1 

MODE SPECIFIC MODE 

2 

BUFFER ID 

3 

(MSB) 

• •• 

BUFFER OFFSET 

5 

(LSB) 

6 

(MSB) 

• •• 

PARAMETER LIST LENGTH 

8 

(LSB) 

9 

CONTROL 


This command shall not alter any medium of the logical unit if the data mode or the combined header and data 
mode is specified. 

The operation code field is defined in 4.2.5.1 and shall be set as shown in table 282 for the WRITE BUFFER 
command. 

The usage of the mode specific field depends on the value in the mode field. 
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The function of this command and the meaning of fields within the CDB depend on the contents of the mode 
field. The mode field is defined in table 283. 


Table 283 — WRITE BUFFER mode field 


Code 

Description 

Reference 

OOh 

Obsolete 


Olh 

Vendor specific 

6.44.2 

02h 

Data 

6.44.3 

03h 

Reserved 


04 h 

Download microcode and activate 

5.5 and 6.44.4 

05h 

Download microcode, save, and activate 

5.5 and 6.44.5 

06h 

Download microcode with offsets and activate 

5.5 and 6.44.6 

07h 

Download microcode with offsets, save, and activate 

5.5 and 6.44.7 

08h to 09h 

Reserved 


OAh 

Write data to echo buffer 

6.44.8 

OBh to OCh 

Reserved 


ODh 

Download microcode with offsets, select activation events, 
save, and defer activate 

5.5 and 6.44.9 

OEh 

Download microcode with offsets, save, and defer activate 

5.5 and 6.44.10 

OFh 

Activate deferred microcode 

5.5 and 6.44.11 

lOhto19h 

Reserved 


1Ah 

Obsolete 


IBh 

Obsolete 


ICh 

Download application client error history 

5.6 and 6.44.12 

IDhto IFh 

Reserved 



The mode field may be processed as specifying a service action by the REPORT SUPPORTED OPERATION 
CODES command (see 6.30). 

The control byte is defined in SAM-5. 


6.44.2 Vendor specific mode (01 h) 

The meaning of the mode specific field, buffer id field, buffer offset field, and parameter list length field 
are not specified by this standard. 

6.44.3 Data mode (02h) 

In this mode, the Data-Out Buffer contains buffer data destined for the logical unit. The buffer id field 
identifies a specific buffer within the logical unit. The manufacturer assigns buffer ID codes to buffers within 
the logical unit. Buffer ID zero shall be supported. If more than one buffer is supported, then additional buffer 
ID codes shall be assigned contiguously, beginning with one. If an unsupported buffer ID code is selected, the 
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device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The mode specific field is reserved. 

The buffer offset field specifies the location in the buffer to which the data is written. The application client 
should conform to the offset boundary requirements returned in the READ BUFFER descriptor (see 6.17.4). If 
the device server is unable to process the specified buffer offset, the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 

The parameter list length field specifies the maximum number of bytes that shall be transferred from the 
Data-Out Buffer to be stored in the specified buffer beginning at the buffer offset. The application client should 
specify a parameter list length plus the buffer offset that does not exceed the capacity of the specified buffer. 
The capacity of the buffer is indicated by the buffer capacity field in the READ BUFFER descriptor (see 
6.17.4). If the buffer offset field and parameter list length field specify a transfer in excess of the buffer 
capacity, then the device server shall terminate the command with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 


6.44.4 Download microcode and activate mode (04h) 

In this mode, microcode shall be transferred to the device server and activated (see 5.5). 

The mode specific field is reserved. 

The buffer id field, buffer offset field, and parameter list length field are vendor specific. 


6.44.5 Download microcode, save, and activate mode (05h) 

In this mode, microcode shall be transferred to the device server, saved to nonvolatile storage, and activated 
(see 5.5) based on the setting of the activate microcode field in the Extended INQUIRY VPD page (see 
7.7.7). 

The mode specific field is reserved. 

The buffer id field, buffer offset field, and parameter list length field are vendor specific. 


6.44.6 Download microcode with offsets and activate mode (06h) 

In this mode, microcode shall be transferred to the device server using one or more WRITE BUFFER 
commands and activated (see 5.5). 

The mode specific field is reserved. 

The buffer id field specifies a buffer within the logical unit. The manufacturer assigns buffer ID codes to 
buffers within the logical unit. A buffer ID value of zero shall be supported. If more than one buffer is 
supported, then additional buffer ID codes shall be assigned contiguously, beginning with one. If an 
unsupported buffer ID code is specified, the device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN CDB. 
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The buffer offset field specifies the location in the buffer to which the microcode is written. The application 
client shall send only commands that conform to the offset boundary requirements returned in the READ 
BUFFER descriptor (see 6.17.4). If the device server is unable to process the specified buffer offset, the 
device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 

The parameter list length field specifies the maximum number of bytes that shall be present in the 
Data-Out Buffer to be stored in the specified buffer beginning at the buffer offset. The application client should 
specify a parameter list length plus the buffer offset that does not exceed the capacity of the specified buffer. If 
the buffer offset field and parameter list length field specify a transfer in excess of the buffer capacity, 
then the device server shall terminate the command with CHECK CONDITION status, with the sense key set 
to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN CDB. 


6.44.7 Download microcode with offsets, save, and activate mode (07h) 

In this mode, microcode shall be transferred to the device server using one or more WRITE BUFFER 
commands, saved to nonvolatile storage, and activated (see 5.5) based on the setting of the activate 
microcode field in the Extended INQUIRY VPD page (see 7.7.7). 

The buffer id field, buffer offset field, and parameter list length field are defined in the download 
microcode with offsets mode (see 6.44.6). 


6.44.8 Write data to echo buffer mode (OAh) 

In this mode the device server transfers data from the application client and stores it in an echo buffer. An 
echo buffer is assigned in the same manner by the device server as it would for a write operation. Data shall 
be aligned on four-byte boundaries. 

The mode specific field is reserved in this mode. 

The buffer id and buffer offset fields shall be ignored in this mode. 

NOTE 29 - It is recommended that the logical unit assign echo buffers on a per I T nexus basis to limit the 
number of exception conditions that may occur if there is more than one I T nexus present. 

Upon successful completion of a WRITE BUFFER command the data shall be preserved in the echo buffer 
unless there is an intervening command to any logical unit in which case the data may be changed. 

The parameter list length field specifies the maximum number of bytes that shall be transferred from the 
Data-Out Buffer to be stored in the echo buffer. The application client should specify a parameter list length 
that does not exceed the capacity of the echo buffer. The capacity of the echo buffer is indicated by the 
BUFFER CAPACITY field in the READ BUFFER echo buffer descriptor (see 6.17.6). If the parameter list 
length field specifies a transfer in excess of the buffer capacity, the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN CDB. 
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6.44.9 Download microcode with offsets, select activation, save, and defer activate mode (ODh) 

In this mode, microcode shall be transferred to the device server using one or more WRITE BUFFER 
commands, saved to nonvolatile storage, and considered deferred (see 5.5). The deferred microcode shall be 
activated and no longer considered deferred if a WRITE BUFFER command with the activate deferred 
microcode mode (OFh) is processed (see 6.44.11). 

The mode specific field (see table 284) specifies additional events that shall be used to activate the deferred 
microcode. 


Table 284 — mode specific field 


Bit 

7 

6 

5 



PO_ACT 

HR_ACT 

VSE_ACT 



The device server should: 

a) use the mode specific field value contained in the WRITE BUFFER command with the buffer offset 
field set to zero; and 

b) terminate WRITE BUFFER commands with the buffer offset field not set to zero if the mode 
specific field value is not equal to the mode specific field value received in the most recent WRITE 
BUFFER command with the buffer offset field set to zero. 

If all the mode specific field values contained in the WRITE BUFFER commands of a WRITE BUFFER 
sequence are not the same, then the device server may process the mode specific field in a vendor specific 
manner. 

If the power on activate (po_act) bit is set to one, then deferred microcode shall be activated and no longer 
considered deferred if a power on occurs. If the po_act bit is set to zero, then deferred microcode shall not be 
activated if a power on occurs. 

If the hard reset activate (hr_act) bit is set to one, then deferred microcode shall be activated and no longer 
considered deferred if a hard reset occurs. If the hr_act bit is set to zero, then deferred microcode shall not 
be activated if a hard reset occurs. 

If the vendor specific event activate (vse_act) bit is set to one, then deferred microcode shall be activated and 
no longer considered deferred if a vendor specific event occurs. If the vse_act bit is set to zero, then deferred 
microcode shall not be activated if a vendor specific event occurs. 

The supported activation events shall be reported in the poa_sup bit, hra_sup bit, and vsa_sup bit in the 
Extended INQUIRY VPD page (see 7.7.7). If the mode specific field specifies an activation event that is not 
supported (e.g., if the po_act bit is set to one and the poa_sup bit is set to zero), then the device server shall 
terminate the command with CHECK CONDITION status with the sense key set to ILLEGAL REQUEST and 
the additional sense code set to INVALID FIELD IN CDB. 

The buffer id field, buffer offset field, and parameter list length field are defined in the download 
microcode with offsets mode (see 6.44.6). 


6.44.10 Download microcode with offsets, save, and defer activate mode (OEh) 

In this mode, microcode shall be transferred to the device server using one or more WRITE BUFFER 
commands, saved to nonvolatile storage, and considered deferred (see 5.5). 
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The deferred microcode shall be activated and no longer considered deferred if any one of the following 
occurs: 

a) a power on; 

b) a hard reset; 

c) a START STOP UNIT command is processed (see SBC-3); 

d) a FORMAT UNIT command is processed (see SBC-3); or 

e) a WRITE BUFFER command with the activate deferred microcode mode (OFh) is processed (see 
6.44.11). 

The MODE specific field, buffer id field, buffer offset field, and parameter list length field are defined in 
the download microcode with offsets mode (see 6.44.6). 


6.44.11 Activate deferred microcode mode (OFh) 

In this mode, deferred microcode, if any, that has been saved using one of the modes list in this subclause 
shall be activated and no longer considered deferred (see 5.5). The modes that save deferred microcode are: 

a) the download microcode with offsets, select activation events, save, and defer activate mode (ODh) 
(see 6.44.9); and 

b) the download microcode with offsets, save, and defer activate mode (OEh) (see 6.44.10). 

The mode specific field is reserved. 

The the buffer id field, the buffer offset field, and parameter list length field shall be ignored in this 
mode. 

If there is no deferred microcode that has been saved using one of the modes list in this subclause, the device 
server shall terminate the WRITE BUFFER command with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST, and the additional sense code set to COMMAND SEQUENCE ERROR. 


6.44.12 Download application client error history mode (ICh) 

In this mode the device server transfers application client error history from the application client and stores it 
in the error history (see 5.6). The format of the application client error history parameter list is defined in table 
285. 

The mode specific field is reserved. 

The buffer id field and buffer offset field shall be ignored in this mode. 

Upon successful completion of a WRITE BUFFER command, the information contained in the application 
client error history parameter list shall be appended to the application client error history in a format 
determined by the logical unit. 

The parameter list length field specifies the length in bytes of the application client error history parameter 
list that shall be transferred from the application client to the device server. If the parameter list length field 
specifies a transfer that exceeds the error history capacity, the device server shall terminate the command 
with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN CDB. 
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The device server shall not return an error based on the contents of any of the field values defined in table 285 
except: 

a) the clr bit; 

b) the ERROR location length field; and 

C) the APPLICATION CLIENT ERROR HISTORY LENGTH field. 


Table 285 — Application client error history parameter list format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 


TlO VENDOR IDENTIFICATION 

7 

(LSB) 

8 

(MSB) 

9 

.. " (LSB) 

10 

Reserved clr 

11 

Reserved 

12 

(MSB) 


TIMESTAMP 

17 

(LSB) 

18 


19 

Reserved 

20 

Reserved code set 

21 

ERROR LOCATION FORMAT 

22 

(MSB) 

23 

ERROR LOCATION LENGTH (m-25) 

(LSB) 

24 

(MSB) 

25 

APPLICATION CLIENT ERROR HISTORY LENGTH (n-m) 

(LSB) 

26 

(MSB) 


ERROR LOCATION 

m 

(LSB) 

m+1 



APPLICATION CLIENT ERROR HISTORY 

n 



The TlO vendor identification field contains eight bytes of left-aligned ASCII data (see 4.3.1) identifying the 
manufacturer providing the application client error history. The T10 vendor identification shall be one assigned 
by INCITS. A list of assigned T10 vendor identifications is in Annex F and on the T10 web site 
(http://www.t10.org). 
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The error type field (see table 286) specifies the error detected by the application client. 

Table 286 — error type field 


Code 

Description 

OOOOh 

No error specified by the application client. 

0001 h 

An unknown error was detected by the application client. 

0002h 

The application client detected corrupted data. 

0003h 

The application client detected a permanent error. 

0004h 

The application client detected a service response of 
SERVICE DELIVERY OR TARGET FAILURE (see SAM-5). 

0005h to 7FFFh 

Reserved 

8000h to FFFFh 

Vendor specific 


If the clr_sup bit is set to one in the error history directory parameter data (see 6.17.7.2), a clr bit set to one 
specifies that the device server shall: 

a) clear the portions of the error history that the device server allows to be cleared; and 

b) ignore any application client error history specified in the parameter list. 

If the clr_sup bit is set to one in the error history directory parameter data, a clr bit set to zero specifies that 
the device server shall: 

a) not clear the error history; and 

b) process all application client error history specified in the parameter list. 

If the clr_sup bit is set to zero in the error history directory parameter data, the device server shall ignore the 
clr bit. 

The timestamp field should contain: 

a) a time based on the timestamp reported by the REPORT TIMESTAMP command, if the device server 
supports a device clock (see 5.3); 

b) the number of milliseconds that have elapsed since midnight, 1 January 1970 UT; or 

c) zero, if the application client is not able to determine the UT of the log entry. 

The code set field contains a code set enumeration (see 4.3.3) that indicates the format of the application 
CLIENT ERROR HISTORY field. 
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The error location format field (see table 287) specifies the format of the error location field. 

Table 287 — error location format field 


Code 

Description 

OOh 

No error history location specified by the application client. 

Olh 

For block devices (see SBC-3 and RBC), the error location field specifies 
the logical block address associated the specified application client error 
history. For other device types, this code is reserved. 

02h to 7Fh 

Reserved 

80h to FFh 

Vendor specific 


The ERROR location length field specifies the length of the error location field. The error location 
length field value shall be a multiple of four. An error location length field set to zero specifies that there 
is no error location information. 

The application CLIENT error history length field specifies the length of the application client error 
history field. The application client error history length field value shall be a multiple of four. An 
application client error history field set to zero specifies that there is no vendor specific information. 

The error location field specifies the location at which the application client detected the error, in the format 
specified by the error location format field. 

The application client error history field specifies vendor specific application client error history (see 
5.6.1). 
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7 Parameters for all device types 
7.1 Overview 

Parameters for all device types are defined in this clause as follows: 

a) diagnostic parameters are defined in 7.2; 

b) log parameters are defined in 7.3; 

c) medium auxiliary memory attributes are defined in 7.4; 

d) mode parameters are defined in 7.5; 

e) protocol specific parameters are defined in 7.6; and 

f) vital product data parameters are defined in 7.7. 


7.2 Diagnostic parameters 

7.2.1 Summary of diagnostic page codes 

The page code assignments for diagnostic pages are summarized in table 288. 

Table 288 — Summary of diagnostic page codes 


Diagnostic page description 

Page code 

Reference 

Defined by SES-3 for: 

a) standalone enclosure services devices (i.e., logical 
units with the peripheral device type field set to 
ODh in standard INQUIRY data (see 6.5.2)); and 

b) attached enclosure services devices (i.e., logical 
units with the encserv bit set to one in standard 
INQUIRY data). 

01 h to 2Fh 

SES-3 

Protocol Specific 

3Fh 

7.2.3 

Supported Diagnostic Pages 

OOh 

7.2.4 

Restricted (see applicable command standard) 

40h to 7Fh 


Vendor specific a 



Reserved 

All other codes 


A numeric ordered listing of diagnostic page codes is provided in E.4. 

a The following page codes are vendor specific: 80h to FFh. 


7.2.2 Diagnostic page format for all device types 

This subclause describes the diagnostic page structure and the diagnostic pages that are applicable to all 
SCSI devices. Diagnostic pages specific to each device type are described in the command standard that 
applies to that device type. 

A SEND DIAGNOSTIC command (see 6.37) with a pf bit set to one specifies that the SEND DIAGNOSTIC 
parameter list consists of a single diagnostic page and that the data returned by the subsequent RECEIVE 
DIAGNOSTIC RESULTS command (see 6.22) that has the pcv bit set to zero. If the pf bit is supported in the 
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SEND DIAGNOSTIC command (see 6.37), a SEND DIAGNOSTIC command with a pf bit set to one specifies 
that the subsequent RECEIVE DIAGNOSTIC RESULTS command shall use the diagnostic page format 
defined in table 289. A RECEIVE DIAGNOSTIC RESULTS command with a pcv bit set to one specifies that 
the device server return a diagnostic page using the format defined in table 289. 


Table 289 — Diagnostic page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PAGE CODE 

1 

Page code specific 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

Diagnostic parameters 


n 



Each diagnostic page defines: 

a) a function or operation that the device server shall perform as a result of a SEND DIAGNOSTIC 
command; or 

b) the information being returned as a result of a RECEIVE DIAGNOSTIC RESULTS command with the 
pcv bit equal to one. 

The diagnostic parameters contain data that is formatted according to the page code specified. 

The page code field (see 7.2.1) identifies the diagnostic page. 

The page length field indicates the number of bytes that follow in the diagnostic parameters. If the application 
client sends a SEND DIAGNOSTIC command with a parameter list containing a page length field that results 
in the truncation of any parameter, then the device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REOUEST, and the additional sense code set to 
INVALID FIELD IN PARAMETER LIST. 

The diagnostic parameters are defined for each diagnostic page code. The diagnostic parameters within a 
diagnostic page may be defined differently in a SEND DIAGNOSTIC command than in a RECEIVE 
DIAGNOSTIC RESULTS command. 
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7.2.3 Protocol Specific diagnostic page 

The Protocol Specific diagnostic page (see table 290) provides access to SCSI transport protocol specific 
diagnostic parameters. 


Table 290 — Protocol Specific diagnostic page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PAGE CODE (3Fh) 

1 

Reserved protocol identifier 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

- SCSI transport protocol specific 

diagnostic parameters 


n 



The page code field is described in 7.2.2, and shall be set to 3Fh to indicate a Protocol Specific diagnostic 
page follows. 

The protocol identifier field contains one of the values shown in table 436 (see 7.6.1) to identify the SCSI 
transport protocol standard that defines the SCSI transport protocol specific diagnostic parameters. 

The page length field specifies the length in bytes of the following supported page list. 

The SCSI transport protocol specific diagnostic parameters are defined by the SCSI transport protocol 
standard that corresponds to the value in the protocol identifier field. 


7.2.4 Supported Diagnostic Pages diagnostic page 

The Supported Diagnostic Pages diagnostic page (see table 291) returns the list of diagnostic pages 
implemented by the device server. This diagnostic page shall be implemented if the device server implements 
the diagnostic page format option of the SEND DIAGNOSTIC command and RECEIVE DIAGNOSTIC 
RESULTS commands. 


Table 291 — Supported Diagnostic Pages diagnostic page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PAGE CODE (00h) 

1 

Reserved 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

SUPPORTED PAGE LIST 


n 
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The definition of this diagnostic page for the SEND DIAGNOSTIC command includes only the first four bytes. 
If the page length field is not zero, the device server shall terminate the SEND DIAGNOSTIC command with 
CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the additional sense code set 
to INVALID FIELD IN PARAMETER LIST 

This diagnostic page specifies that the device server shall make available the list of all supported diagnostic 
pages to be returned by a subsequent RECEIVE DIAGNOSTIC RESULTS command. 

The definition of this diagnostic page for the RECEIVE DIAGNOSTIC RESULTS command includes the list of 
diagnostic pages supported by the device server. 

The page code field is described in 7.2.2, and shall be set to OOh to indicate a Supported Diagnostics Pages 
diagnostic page follows. 

The page length field indicates the length in bytes of the following supported page list. 

The supported page list field shall contain a list of all diagnostic page codes, one per byte, implemented by 
the device server in ascending order beginning with page code OOh. 
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7.3 Log parameters 

7.3.1 Summary of log page codes 


The page code assignments for log pages are summarized in table 292. 

Table 292 — Summary of log page codes (part 1 of 2) 


Log page name 

Page code 

Subpage code 

Reference 

Application Client 

OFh 

OOh 

7.3.4 

Buffer Over-Run/Under-Run 

Olh 

OOh 

7.3.5 

Cache Memory Statistics 

19h 

20h 

7.3.6 

Environmental Limits 

ODh 

02h 

7.3.7 

Environmental Reporting 

ODh 

Olh 

7.3.8 

General Statistics and Performance 

19h 

OOh 

7.3.9 

Group Statistics and Performance (1 to 31) 

19h 

OlhtolFh 

7.3.10 

Informational Exceptions 

2Fh 

OOh 

7.3.11 

Last n Deferred Errors or Asynchronous Events 

OBh 

OOh 

7.3.12 

Last n Error Events 

07h 

OOh 

7.3.13 

Non-Medium Error 

06h 

OOh 

7.3.14 

Power Condition Transitions 

1Ah 

OOh 

7.3.15 

Protocol Specific Port a 

18h 

OOh to FEh 

7.3.16 

Read Error Counters 

03h 

OOh 

7.3.17 

Read Reverse Error Counters 

04 h 

OOh 

7.3.18 

Self-Test Results 

lOh 

OOh 

7.3.19 

Start-Stop Cycle Counter 

OEh 

OOh 

7.3.20 

Supported Log Pages 

OOh 

OOh 

7.3.21 

Supported Log Pages and Subpages 

OOh 

FFh 

7.3.22 

Supported Subpages 

Olh to 3Fh 

FFh 

7.3.23 

Temperature 

ODh 

OOh 

7.3.24 

Verify Error Counters 

05h 

OOh 

7.3.25 

Write Error Counters 

02h 

OOh 

7.3.26 

A numeric ordered listing of log pages codes and subpage codes is provided in E.5. 

a Each SCSI transport protocol standard may define a different name for these log pages. 
b Page codes 30h to 3Eh each with subpage codes OOh to FEh are vendor specific. 
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Table 292 — Summary of log page codes (part 2 of 2) 


Log page name 

Page code 

Subpage code 

Reference 

Restricted (see applicable protocol standard) 

08h to OAh 

OOh to FEh 


OCh 

OOh to FEh 


11 h to 17h 

OOh to FEh 


IBh to 2Eh 

OOh to FEh 


Vendor specific b 




Reserved 

All other codes 



A numeric ordered listing of log pages codes and subpage codes is provided in E.5. 


a Each SCSI transport protocol standard may define a different name for these log pages. 
b Page codes 30h to 3Eh each with subpage codes OOh to FEh are vendor specific. 


7.3.2 Log page structure and log parameter structure for all device types 
7.3.2.1 Log page structure 

This subclause describes the log page structure that is applicable to all SCSI devices. Log pages specific to 
each device type are described in the command standard that applies to that device type. The LOG SELECT 
command (see 6.6) supports the ability to send zero or more log pages. The LOG SENSE command (see 6.7) 
returns the log page specified by the combination of the page code field and subpage code field in the CDB. 

Each log page begins with a four-byte page header followed by zero or more variable length log parameters 
defined for that log page. The log page format is shown in table 293. 


Table 293 — Log page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF 

PAGE CODE 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Log parameter(s) 

4 

- Log parameter (see 7.3.2.2) [first] 

(Length x) 


x+3 




n-y+1 

- Log parameter (see 7.3.2.2) [last] 

(Length y) 


n 



For the LOG SENSE command (see 6.7), the ds bit indicates whether log parameters in this log page are 
saved if the sp bit is set to one in the CDB. If the ds bit is set to zero, the log parameters are saved if the sp bit 
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is set to one. If the ds bit is set to one, the log parameters are not saved. For the LOG SELECT command 
(see 6.6), the disable save (ds) bit operates in conjunction with the pcr bit, the sp bit, the pc field, and the 
PARAMETER list length field in the CDB. 

If the subpage format (spf) bit is set to zero, the subpage code field shall contain OOh. If the spf bit is set to 
one, the subpage code field shall contain a value between 01 h and FFh. 

The page code field indicates the number of the log page (see 7.3.1) that is being transferred. 

The subpage code field indicates the subpage number of the log page (see 7.3.1) that is being transferred. 

If an application client specifies values in the page code field and subpage code field for a log page that is 
reserved or not implemented by the device server, then the device server shall terminate the LOG SELECT 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the additional 
sense code set to INVALID FIELD IN PARAMETER LIST. 

If the parameter list length field in a LOG SELECT command contains zero, the meanings for the pcr bit, 
sp bit, and pc field are defined in 6.6.2. 

If the parameter list length field in a LOG SELECT command contains a non-zero value (i.e., if a parameter 
list is being sent with the LOG SELECT command), then table 294 defines the meaning for the combinations 
of values for: 

a) the pcr bit, the sp bit, and the pc field in the LOG SELECT command (see 6.6.1); 

b) the ds bit in the log page header (see table 293); and 

c) the parameter code field and the format and linking field in each log parameter (see 7.3.2.2.1). 
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Table 294 — LOG SELECT pcr bit, sp bit, and ds bit meanings when parameter list length is not zero 


PCR 

bit 

SP 

bit 

DS 

bit 

Description 

Ob 

Ob 

xb 

The device server shall set the specified values a to the values in the parameter list and 
shall not save any values to nonvolatile media. 

Ob 

1b 

Ob 

The device server shall set the specified values a to the values in the parameter list and 
shall process the optional saving of log parameter values as follows: 

a) if default data counter values are specified (see table 145 in 6.6.1), no values 
shall be saved; 

b) if values other than default data counter values are specified and the device 
server implements saving of the specified values a , then the device server shall 
save the specified values a in the parameter list to nonvolatile media; or 

c) if values other than default values are specified and the device server does not 
implement saving of one or more of the specified values a , then the device server 
shall terminate the command with CHECK CONDITION status, with the sense 
key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
FIELD IN PARAMETER LIST. 

Ob 

1b 

1b 

The device server shall set the specified values a to the values in the parameter list and 
shall not save any values in the specified log page to nonvolatile media. 

1b 

xb 

xb 

The device server shall terminate the command with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID 
FIELD IN CDB. 

a The specified parameters are determined by the parameter code field contents (see 7.3.2.2.1) in the 
LOG SELECT parameter data as well as by the pc field contents (see table 145 in 6.6.1) in the LOG 
SELECT CDB. 


The page length field indicates the length in bytes of the log parameters that follow. If the application client 
sends a log page length that results in the truncation of any parameter, the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN PARAMETER LIST. 
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7 . 3 . 2.2 Log parameter structure 
7.3.2.2.1 Introduction 

Most log pages contain one or more data structures called log parameters (see table 295). Log parameters 
may be data counters of a particular event(s), the conditions under which certain operations were performed, 
or list parameters that contain a character string or binary description related to a particular event. 

Each log parameter begins with a four-byte parameter header followed by one or more bytes of parameter 
value data. 


Table 295 — Log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

(LSB) 

2 

Parameter control byte (see 7.3.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

(MSB) 

• •• 

PARAMETER VALUE 

n 

(LSB) 


The parameter code field identifies the log parameter being transferred. The device server shall return the 
log parameters in a log page in ascending order based on the value in their parameter code field. 

If an application client specifies a value in the parameter code field in the LOG SELECT command parameter 
data that is reserved or not implemented by the logical unit, then the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the additional 
sense code set to INVALID FIELD IN PARAMETER LIST. 

The du bit, tsd bit, and format and linking field are collectively referred to as the parameter control byte. The 
bits and fields in the parameter control byte are described in 7.3.2.2.2. 

The parameter length field specifies the length in bytes of the parameter value field. If the application client 
specifies a parameter length that results in the truncation of the parameter value field, then the device server 
shall terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, 
and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the application client sends a value in a parameter value field that is outside the range supported by the 
logical unit, and rounding is implemented for that parameter, then the device server may: 

a) round to an acceptable value and terminate the command as defined in 5.9; or 

b) terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REOUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the parameter data for one LOG SELECT command contains more than one log page and the log pages are 
not in ascending order by page code value then subpage code value, then the device server shall terminate 
the command with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the 
additional sense code set to INVALID FIELD IN PARAMETER LIST. 
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If the parameter data for one LOG SELECT command contains more than one log parameter in any one log 
page and the log parameters are not in ascending order by parameter code value, then the device server shall 
terminate the command with CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and 
the additional sense code set to INVALID FIELD IN PARAMETER LIST 

Application clients should send LOG SENSE commands prior to sending LOG SELECT commands to 
determine supported log pages and page lengths. 

The SCSI target device may provide independent sets of log parameters for each logical unit or for each 
combination of logical units and l_T nexuses. If the SCSI target device does not support independent sets of 
log parameters and any log parameters are changed that affect other l_T nexuses, then the device server 
shall establish a unit attention condition (see SAM-5) for the initiator port associated with every l_T nexus 
except the l_T nexus on which the LOG SELECT command was received, with the additional sense code set 
to LOG PARAMETERS CHANGED. 

7.3.2.2.2 Parameter control byte 

7.3.2.2.2.1 Introduction 

The bits and fields in the parameter control byte are described in 7.3.2.2.2. 

For cumulative log parameter values, indicated by the pc field (see table 145 in 6.6.1) of the LOG SELECT 
command and LOG SENSE command, the disable update (du) bit is defined as follows: 

a) du set to zero indicates that the device server shall update the log parameter value to reflect all 
events that should be noted by that parameter; or 

b) du set to one indicates that the device server shall not update the log parameter value except in 
response to a LOG SELECT command that specifies a new value for the parameter. 

NOTE 30 - While updating cumulative log parameter values, a device server may use volatile memory to hold 
these values until a LOG SELECT command or LOG SENSE command is received with an sp bit set to one 
or a vendor specific event occurs. As a result the updated cumulative log parameter values may be lost if a 
power cycle occurs. 

If the pc field (see table 145 in 6.6.1) indicates that default values are being processed, then the device server 
shall: 

a) set the du bit to zero, if a LOG SENSE command is being processed; and 

b) ignore the du bit, if a LOG SELECT command is being processed. 

Regardless of the value in the pc field, the device server shall process ASCII format list log parameters (see 
7.3.2.2.2.4) and binary format list log parameters (see 7.3.2.2.2.5) by: 

a) setting the du bit to zero, if a LOG SENSE command is being processed; and 

b) ignoring the du bit, if a LOG SELECT command is being processed. 

A target save disable (tsd) bit set to zero indicates that the logical unit implicitly saves the log parameter at 
vendor specific intervals. This implicit saving operation shall be done frequently enough to ensure that the 
cumulative parameter values retain statistical significance (i.e., across power cycles). A tsd bit set to one 
indicates that either the logical unit does not implicitly save the log parameter or implicit saving of the log 
parameter has been disabled individually by an application client setting the tsd bit to one. An application 
client may disable the implicit saving for all log parameters without changing any tsd bits using the gltsd bit 
in the Control mode page (see 7.5.10). 
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The format and linking field (see table 296) indicates the type of log parameter. 


Table 296 — format and linking field 


Code 

Log parameter type 

Reference 

00b 

Bounded data counter 

7.3.2.2.2.2 

01b 

ASCII format list 

7.3.2.2.2.4 

10b 

Bounded data counter or 
unbounded data counter 

7.3.2.2.2.2 or 

7.3.2.2.2.3 

11b 

Binary format list 

7.3.2.2.2.5 


7.3.2.2.2.2 Parameter control byte values for bounded data counter parameters 

The device server shall return parameter control byte values associated with LOG SENSE commands and 
process parameter control byte values associated with LOG SELECT commands as shown in table 297 for 
any log parameter that is defined to be a bounded data counter log parameter. 


Table 297 — Parameter control byte values for bounded data counter parameters 


Field 
or bit 

Value associated with 

Description 

LOG 

SENSE 

commands 

LOG 

SELECT 

commands 

DU 

0 or 1 

0 or 1 

If the du bit is set to zero, the device server shall update the log 
parameter value to reflect all events that should be noted by that 
parameter. If the du bit is set to one, the device server shall not 
update the log parameter value except in response to a LOG 
SELECT command that specifies a new value for the parameter. 

TSD 

0 or 1 

0 or 1 

If the tsd bit is set to zero, the device server shall save the log 
parameter to its medium at vendor specific intervals. If the tsd bit 
is set to one, the device server shall save the log parameter to its 
medium. 

FORMAT 

AND 

LINKING 

00b or 10b 

00b or 10b 

The log parameter is a data counter (see table 296 in 7.3.2.2.2.1) 
and the handling of a parameter that reaches its maximum value 
is described in this subclause 


If a LOG SELECT command contains a bounded data counter log parameter in which the parameter control 
byte values differ from those shown in table 297, then the device server shall terminate the command with 
CHECK CONDITION status, with the sense key set to ILLEGAL REOUEST, and the additional sense code set 
to INVALID FIELD IN PARAMETER LIST. 

Each bounded data counter log parameter contains one saturating counter that is: 

a) associated with one or more events; and 

b) incremented whenever one of these events occurs. 

In a bounded data counter log parameter, if the counter has associated with it a vendor specific maximum 
value, then upon reaching this maximum value, the data counter shall not be incremented (i.e., its value does 
not wrap). 
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In a bounded data counter log parameter, if the counter reaches its maximum value (i.e., saturates), the 
device server shall: 

a) set the du bit to one; 

b) handle other bounded data counter log parameters in the log page based on the contents of the 
format and linking field in each other log parameter as follows: 

A) if the format and linking field is set to 00b, then that other log parameter shall stop incrementing 
until reinitialized by a LOG SELECT command; or 

B) if the format and linking field is set to 10b, then that other log parameter shall not stop 
incrementing, but may be reinitialized by a LOG SELECT command; 

and 

c) not alter the handling of other log parameters in the log page that are: 

A) unbounded data counter log parameters (see 7.3.2.2.2.3); 

B) ASCII format list log parameters (see 7.3.2.2.2.4); and 

C) binary format list log parameters (see 7.3.2.2.2.5). 

The processing of a command shall not be altered as a result of the counter in a bounded data counter log 
parameter reaching its maximum value (i.e., saturates). If the rlec bit is set to one in the Control mode page 
(see 7.5.10) and the processing of a command encounters no exception conditions other than the counter in a 
bounded data counter log parameter reaching its maximum value, then the device server shall terminate the 
command with CHECK CONDITION status, with the sense key set to RECOVERED ERROR, and the 
additional sense code set to LOG COUNTER AT MAXIMUM. 

7.Z.2.2.2.Z Parameter control byte values for unbounded data counter parameters 

The device server shall return parameter control byte values associated with LOG SENSE commands and 
process parameter control byte values associated with LOG SELECT commands as shown in table 298 for 
any log parameter that is defined to be an unbounded data counter log parameter. 


Table 298 — Parameter control byte values for unbounded data counter parameters 


Field 
or bit 

Value associated with 

Description 

LOG 

SENSE 

commands 

LOG 

SELECT 

commands 

DU 

0 or 1 

0 or 1 

If the du bit is set to zero, the device server shall update the log 
parameter value or values to reflect all events that should be 
noted by that parameter. If the du bit is set to one, the device 
server shall not update the log parameter value or values except 
in response to a LOG SELECT command that specifies a new 
value for the parameter. 

TSD 

0 or 1 

0 or 1 

If the tsd bit is set to zero, the device server shall save the log 
parameter to its medium at vendor specific intervals. If the tsd bit 
is set to one, the device server shall save the log parameter to its 
medium. 

FORMAT 

AND 

LINKING 

10b 

10b 

The log parameter is a data counter for which saturation of 
another log parameter does not affect the incrementing of this log 
parameter (see table 296 in 7.3.2.2.2.1). 


If a LOG SELECT command contains an unbounded data counter log parameter in which the parameter 
control byte values differ from those shown in table 298, then the device server shall terminate the command 
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with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense 
code set to INVALID FIELD IN PARAMETER LIST 

Each unbounded data counter log parameter contains one or more saturating counters or wrapping counters. 
The description of each counter field in the log parameter defines when the device server modifies the 
contents of the counter that is transferred in that field. 

Changes in an unbounded data counter (e.g., a counter reaching saturation or another maximum value) shall 
not affect the handling of other log parameters in the log page. The processing of a command and the status 
returned by that command shall not be altered as a result of a counter in an unbounded data counter log 
parameter saturating or reaching its maximum value. 

The device server shall not change the value in the du bit in an unbounded data counter log parameter unless 
requested to do so by a LOG SELECT command. 

7.3.2.2.2.4 Parameter control byte values for ASCII format list log parameters 

The device server shall return parameter control byte values associated with LOG SENSE commands and 
process parameter control byte values associated with LOG SELECT commands as shown in table 299 for 
any log parameter that is defined to be an ASCII format (see 4.3.1) list log parameter. 


Table 299 — Parameter control byte values for ASCII format list log parameters 


Field 
or bit 

Value associated with 

Description 

LOG 

SENSE 

commands 

LOG 

SELECT 

commands 

DU 

0 

ignored 

The du bit is not defined for list parameters. 

TSD 

0 or 1 

0 or 1 

If the tsd bit is set to zero, the device server shall save the log 
parameter to its medium at vendor specific intervals. If the tsd bit 
is set to one, the device server shall save the log parameter to its 
medium. 

FORMAT 

AND 

LINKING 

01b 

01b 

The log parameter is an ASCII format list parameter (see table 

296 in 7.3.2.2.2.1). 


If a LOG SELECT command contains an ASCII format list log parameter in which the parameter control byte 
values differ from those shown in table 299, then the device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional sense code set to 
INVALID FIELD IN PARAMETER LIST. 
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7.3.2.2.2.5 Parameter control byte values for binary format list log parameters 

The device server shall return parameter control byte values associated with LOG SENSE commands and 
process parameter control byte values associated with LOG SELECT commands as shown in table 300 for 
any log parameter that is defined to be a binary format list log parameter. 


Table 300 — Parameter control byte values for binary format list log parameters 


Field 
or bit 

Value associated with 

Description 

LOG 

SENSE 

commands 

LOG 

SELECT 

commands 

DU 

0 

ignored 

The du bit is not defined for list parameters. 

TSD 

0 or 1 

0 or 1 

If the tsd bit is set to zero, the device server shall save the log 
parameter to its medium at vendor specific intervals. If the tsd bit 
is set to one, the device server shall save the log parameter to its 
medium. 

FORMAT 

AND 

LINKING 

11b 

11b 

The log parameter is an binary format list parameter (see table 

296 in 7.3.2.2.2.1). 


If a LOG SELECT command contains a binary format list log parameter in which the parameter control byte 
values differ from those shown in table 300, then the device server shall terminate the command with CHECK 
CONDITION status, with the sense key set to ILLEGAL REOUEST, and the additional sense code set to 
INVALID FIELD IN PARAMETER LIST 
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7.3.3 Resetting and setting log parameters 

In a LOG SELECT command, an application client may specify that: 

a) all the parameters in a log page or pages are to be reset (i.e., the pcr bit is set to one and the 
parameter list length field is set to zero); or 

b) individual parameters in log page are to be changed to specified new values (i.e., the pcr bit is set to 
zero and the parameter list length field is not set to zero). 

The device server handling of these requests to reset or change the cumulative value of a log parameter 
depends on the log parameter that is being reset or changed. The keywords that describe how the device 
server handles these requests are defined in table 301. 


Table 301 — Keywords for resetting or changing log parameter cumulative values 


Keyword 

Device server handling when 

pcr bit is set to one a 

pcr bit is set to zero b 

Always 

Reset the log parameter 
cumulative value. 

Change the log parameter cumulative value. 

Reset Only 

Reset the log parameter 
cumulative value. 

If any changes are requested in the parameter value field 
of the log parameter cumulative value, then: 

a) terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REOUEST, 
and the additional sense code set to INVALID FIELD 
IN PARAMETER LIST; and 

b) do not make any requested changes in any field in 
any log parameter cumulative value in any log page. 

Never 

Do not reset the log 
parameter cumulative value. 
Table 147 (see 6.6.1) 
describes error conditions 
that may apply. 

a If the pcr bit is set to one and the parameter list length field is not set to zero, the device server shall 
terminate the LOG SELECT command (see table 294 in 7.3.2.1). 
b If the pcr bit is set to zero and the parameter list length field is set to zero, no log parameters are 
changed (see 6.6.2). 


7.3.4 Application Client log page 
7.3.4.1 Overview 

Using the format shown in table 303, the Application Client log page provides a place for application clients to 
store information. The parameter codes for the Application Client log page are listed in table 302. 


Table 302 — Application Client log page parameter codes 


Parameter code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh to 003Fh 

General Usage Application Client 

Always 

7.3.4.2 

Mandatory 

0040h to OFFFh 

Optional 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
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The Application Client log page has the format shown in table 303. 

Table 303 — Application Client log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (OFh) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Application client log parameters 

4 

- Application client log parameter (see 7.3.4.2) 

[first] 





: 


- Application client log parameter (see 7.3.4.2) 

[last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 303 for the Application Client log 
page. 

Each application client log parameter contains the information described in 7.3.4.2. 

7.3.4.2 General Usage Application Client log parameter 

The General Usage Application Client log parameter has the format shown in table 304. This information may 
be used to describe the system configuration and system problems, but the specific definition of the data is 
application client specific. 


Table 304 — General Usage Application Client log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tabl© 302) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (FCh) 

4 

GENERAL USAGE PARAMETER BYTES 

255 



The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 302 for the General 
Usage Application Client log parameter. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the General Usage Application Client log 
parameter. 

The contents of the general usage parameter bytes field represent data sent to the device server in a 
previous LOG SELECT command. If a previous LOG SELECT command has not occurred, the contents of 
the general usage parameter bytes field are vendor specific. 


7.3.5 Buffer Over-Run/Under-Run log page 
7.3.5.1 Overview 

Using the format shown in table 306, the Buffer Over-Run/Under-Run log page defines bounded data 
counters that record the number of buffer over-runs or under-runs detected by the device server. The 
parameter codes for the Buffer Over-Run/Under-Run log page are listed in table 305. 


Table 305 — Buffer Over-Run/Under-Run log page parameter codes (part 1 of 2) 


Parameter 
code a 

Incremented once per: 

Resettable or 
Changeable b 

Reference 

Support 

Over- or 
Under-run 

Experienced 
by (or during) 

Problem 

detected 

OOOOh 

Under-run 

Undefined 

Undefined 

Reset Only 

7.3.5.2 

At least one c 

0001 h 

Over-run 

0020h 

Under-run 

A command 

0021 h 

Over-run 

0040h 

Under-run 

An IT nexus 

0041 h 

Over-run 

0080h 

Under-run 

A unit of time d 

0081 h 

Over-run 

0002h 

Under-run 

Undefined 

Service 

delivery 

subsystem 

busy 

Reset Only 

7.3.5.2 

At least one c 

0003h 

Over-run 

0022h 

Under-run 

A command 

0023h 

Over-run 

0042h 

Under-run 

An l_T nexus 

0043h 

Over-run 

0082h 

Under-run 

A unit of time d 

0083h 

Over-run 


a See SPC-2 for a description of how these parameter codes are derived. 
b The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
c If the Buffer Over-Run/Under-Run log page is supported, at least one of the parameter codes listed in 
this table shall be supported. 
d The size of the unit of time is vendor specific. 
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Table 305 — Buffer Over-Run/Under-Run log page parameter codes (part 2 of 2) 


Parameter 
code a 

Incremented once per: 

Resettable or 
Changeable b 

Reference 

Support 

Over- or 
Under-run 

Experienced 
by (or during) 

Problem 

detected 

0004h 

Under-run 

Undefined 

Transfer 

Reset Only 

7.3.5.2 

At least one c 

0005h 

Over-run 

0024h 

Under-run 

A command 

0025h 

Over-run 

0044h 

Under-run 

An l_T nexus 

slow 

0045h 

Over-run 

0084h 

Under-run 

A unit of time d 

0085h 

Over-run 

all others 

Reserved 

a See SPC-2 for a description of how these parameter codes are derived. 
b The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
c If the Buffer Over-Run/Under-Run log page is supported, at least one of the parameter codes listed in 
this table shall be supported. 
d The size of the unit of time is vendor specific. 


A buffer over-run or under-run may occur if a SCSI initiator device does not transfer data to or from the logical 
unit’s buffer fast enough to keep up with reading or writing the media. A buffer over-run condition may occur 
during a read operation if a buffer full condition prevents continued transfer of data from the media to the 
buffer. A buffer under-run condition may occur during a write operation if a buffer empty condition prevents 
continued transfer of data to the media from the buffer. 
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The Buffer Over-Run/Under-Run log page has the format shown in table 306. 


Table 306 — Buffer Over-Run/Under-Run log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (01 h) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Buffer over-run/under-run log parameters 

4 

- Buffer Over-run/Under-run log parameter 

(see 7.3.5.2) [first] 





: 


- Buffer Over-run/Under-run log parameter 

(see 7.3.5.2) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 306 for the Buffer 
Over-Run/Under-Run log page. 


Each Buffer Over-run/Under-run log parameter contains the information described in 7.3.5.2. 

7.3.5.2 Buffer Over-run/Under-run log parameter 

The Buffer Over-run/Under-run log parameter has the format shown in table 307. 


Table 307 — Buffer Over-run/Under-run log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

parameter code (see table 305) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

(MSB) 

OVER-RUN/UNDER-RUN COUNTER 

n 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 305 for the Buffer 
Over-run/Under-run log parameter log parameter. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Buffer Over-run/Under-run log 
parameter log parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The over-run/under-run counter field contains the value for the counter described by the contents of the 

PARAMETER CODE field. 

Each counter contains the total number of times buffer over-run or under-run conditions have occurred since 
the last time the counter was reset. The counter shall be incremented for each occurrence of a buffer 
under-run or over-run condition and may be incremented more than once for multiple occurrences during the 
processing of a single command. 


7.3.6 Cache Memory Statistics log page 
7.3.6.1 Overview 

Using the format shown in table 310, the Cache Memory Statistics log page contains statistics and 
performance results identified by the parameter codes listed in table 308. 


Table 308 — Cache Memory Statistics log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOIh 

Read Cache Memory Hits 

Reset Only 

7.3.6.2 

At least one b 

0002h 

Reads To Cache Memory 

Reset Only 

7.3.6.3 

0003h 

Write Cache Memory Hits 

Reset Only 

7.3.6.4 

0004h 

Writes From Cache Memory 

Reset Only 

7.3.6.5 

0005h 

Time From Last Hard Reset 

Never 

7.3.6.6 

0006h 

Time Interval 

Never 

7.3.6.7 

all others 

Reserved 


a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b If the Cache Memory Statistics log page is supported, at least one of the parameter codes listed in this 
table shall be supported. 


The Cache Memory Statistics log page provides the following statistics and performance results associated 
with the addressed logical unit: 

a) Cache Memory Statistics log parameters: 

A) number of read cache memory hits; 

B) number of reads to cache memory; 

C) number of write cache memory hits; and 

D) number of writes from cache memory; 

b) Hard Reset log parameter: 

A) time from last hard reset (see SAM-5); 
and 

c) Time Interval log parameter: 

A) time interval. 


442 Working Draft SCSI Primary Commands - 5 (SPC-5) 








12 August 2015 


T10/BSR INCUS 502 Revision 05 


In the Cache Memory Statistics log page, read commands and write commands are those shown in table 309. 


Table 309 — Cache Memory Statistics log page commands 


Read commands a 

Write commands a 

READ(10) 

READ(12) 

READ(16) 

READ(32) 

PRE-FETCH(IO) 

PRE-FETCH(16) 

SYNCHRONIZE CACHE(IO) 
SYNCHRONIZE CACHE(16) 
WRITE(IO) 

WRITE(12) 

WRITE(16) 

WRITE(32) 

WRITE AND VERIFY(IO) 
WRITE AND VERIFY(12) 
WRITE AND VERIFY(16) 
WRITE AND VERIFY(32) 

a All commands in this column are defined in SBC-3. 


The Cache Memory Statistics log page has the format shown in table 310. 


Table 310 — Cache Memory Statistics log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (1b) 

PAGE CODE (19h) 

1 

SUBPAGE CODE (20h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Cache memory statistics log parameters 

4 

- Cache memory statistics log parameter 

(see table 308) [first] 







- Cache memory statistics log parameter 

(see table 308) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 310 for the Cache Memory 
Statistics log page. 

The contents of each cache memory statistics log parameter depends on the value in its parameter code 
field (see table 308). 
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7.3.6.2 Read Cache Memory Hits log parameter 

The Read Cache Memory Hits log parameter has the format shown in table 311. 


Table 311 — Read Cache Memory Hits log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0001 h) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

(MSB) 


NUMBER OF READ CACHE MEMORY HITS 

11 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 311 for the Read 
Cache Memory Hits log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Read Cache Memory Hits log 
parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 311 for the Read 
Cache Memory Hits log parameter. 

The number of read cache memory hits field indicates the number of read commands (see table 309 in 
7.3.6.1) received on an I T nexus that resulted in: 

a) user data being read from cache memory; and 

b) no user data read from the medium before the read command being processed is completed. 

The number of read cache memory hits field shall not be modified as a result of any read command that 
contains an fua bit (see SBC-3) set to one or an fua_nv bit (see SBC-2) set to one. 

The contents of the number of read cache memory hits field shall be set to zero as part of processing a hard 
reset condition (see SAM-5). 
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7.3.6.3 Reads To Cache Memory log parameter 

The Reads To Cache Memory log parameter has the format shown in table 312. 


Table 312 — Reads To Cache Memory log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0002h) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

(MSB) 


NUMBER OF READS TO CACHE MEMORY 

11 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 312 for the Reads To 
Cache Memory log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Reads To Cache Memory log 
parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 312 for the Reads To 
Cache Memory log parameter. 

The number of reads to cache memory field indicates the number of read commands (see table 309 in 
7.3.6.1) that move user data from the medium to cache memory. 

The number of reads to cache memory field shall not be modified as a result of any read command that 
contains an fua bit (see SBC-3) set to one or an fua_nv bit (see SBC-2) set to one. 

The contents of the number of reads to cache memory field shall be set to zero as part of processing a hard 
reset condition (see SAM-5). 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


445 


























T10/BSR INCUS 502 Revision 05 


12 August 2015 


7.3.6.4 Write Cache Memory Hits log parameter 

The Write Cache Memory Hits log parameter has the format shown in table 313. 


Table 313 — Write Cache Memory Hits log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0003h) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

(MSB) 


NUMBER OF WRITES FROM CACHE MEMORY 

11 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 313 for the Write 
Cache Memory Hits log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Writes From Cache Memory log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 313 for the Write 
Cache Memory Hits log parameter. 

The NUMBER of writes from cache memory field indicates the number of write commands (see table 309 in 
7.3.6.1) received on an I T nexus that resulted in: 

a) user data being written to cache memory; and 

b) no user data written to the medium before the write command being processed is completed. 

The number of writes from cache memory field shall not be modified as a result of any write command that 
contains an fua bit (see SBC-3) set to one or an fua_nv bit (see SBC-2) set to one. 

The contents of the number of writes from cache memory field shall be set to zero as part of processing a 
hard reset condition (see SAM-5). 
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7.3.6.5 Writes From Cache Memory log parameter 

The Writes From Cache Memory log parameter has the format shown in table 314. 


Table 314 — Writes From Cache Memory log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0004h) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

(MSB) 


NUMBER OF WRITES FROM CACHE MEMORY 

11 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 314 for the Writes From 
Cache Memory log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Writes From Cache Memory log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 314 for the Writes 
From Cache Memory log parameter. 

The number of writes from cache memory field indicates the number of write commands (see table 309 in 
7.3.6.1) that move user data from cache memory to the medium. 

The number of writes from cache memory field shall not be modified as a result of any write command that 
contains an fua bit (see SBC-3) set to one or an fua_nv bit (see SBC-2) set to one. 

The contents of the number of writes from cache memory field shall be set to zero as part of processing a 
hard reset condition (see SAM-5). 
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7.3.6.6 Time From Last Hard Reset log parameter 

The Time From Last Hard Reset log parameter has the format shown in table 315. 


Table 315 — Time From Last Hard Reset log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0005h) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

(MSB) 


LAST HARD RESET INTERVALS 

11 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 315 for the Time From 
Last Hard Reset log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Time From Last Hard Reset log 
parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 315 for the Time 
From Last Hard Reset log parameter. 

The last hard reset intervals field indicates the number of time intervals that have occurred since a hard 
reset was processed by the logical unit. 

The time since a hard reset was processed by the logical unit is calculated as follows: 
time = (time intervals since last hard reset x time interval) 

where: 

time intervals since last hard reset is the contents of the last hard reset intervals field; and 

time interval is the value represented in the time interval descriptor of the Time Interval log parameter 
(see table 316 in 7.3.6.7). 


448 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


























12 August 2015 


T10/BSR INCUS 502 Revision 05 


7.3.6.7 Time Interval log parameter 

The Time Interval log parameter has the format shown in table 316. 


Table 316 — Time Interval log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

Time interval descriptor (see table 317) 

11 



The parameter code field is described in 7.3.2.2.1. A parameter code field set to: 

a) 0003h identifies the log parameter being transferred as the Time Interval log parameter in the General 
Statistics and Performance log page (see 7.3.9); or 

b) 0006h identifies the log parameter being transferred as the Time Interval log parameter in the Cache 
Memory Statistics log page (see 7.3.6). 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the log parameters described in this 
subclause. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 316 for the log 
parameters described in this subclause. 

The time interval descriptor (see table 317) contains the time interval in seconds used in various time interval 
fields in: 

a) the Time From Last Hard Reset log parameter (see 7.3.6.6); 

b) the General Access Statistics and Performance log parameter (see 7.3.9.2); 

c) the Force Unit Access Statistics and Performance log parameter (see 7.3.9.4); 

d) the Group n Statistics and Performance log parameter (see 7.3.10.2); and 

e) the Group n Force Unit Access Statistics and Performance log parameter (see 7.3.10.3). 


Table 317 — Time interval descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

EXPONENT 


3 

(LSB) 

4 

(MSB) 

INTEGER 


7 

(LSB) 
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The exponent field contains the negative power of 10 exponent to multiply with the integer field (e.g., a value 
of 9 represents 10" 9 ). 

When multiplied by the exponent, the integer field contains the value that represents one time interval (e.g., a 
value of 5 in the integer field and a value of 9 in the exponent field represents a time interval of 5x10" 9 
seconds or 5 nanoseconds). 


7.3.7 Environmental Limits log page 
7.3.7.1 Overview 

Using the format shown in table 319, the Environmental Limits log page provides information about the 
environmental limits of the logical unit using the parameter codes listed in table 318. 

The Environmental Reporting log page (see 7.3.8) shall be supported if the Environmental Limits log page is 
supported. Each log parameter in the Environmental Limits log page contains limits that are applied to the 
environmental measurement in the log parameter in the Environmental Reporting log page that has the same 
parameter code (e.g., parameter OOOOh in this log page is associated with log parameter OOOOh in the 
Environmental Reporting log page). 


Table 318 — Environmental Limits log page parameter codes 


Parameter code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh to OOFFh 

Temperature Limits c 

Always or Never b 

7 . 2,12 

Optional 

OlOOh to OlFFh 

Relative Humidity Limits d 

Always or Never b 

7 . 21.2 

Optional 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b The device server may support either Always or Never. If supporting Always, then the device 
server may round each field up or down as defined in 5.9. 
c If more than one Temperature Limits parameter is supported, each Temperature Limits parameter 
is associated with the temperature at a separate location. 
d If more than one Relative Humidity Report parameter is supported, each Relative Humidity Limits 
parameter is associated with the relative humidity at a separate location. 
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The Environmental Limits log page has the format shown in table 319. 

Table 319 — Environmental Limits log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (1b) 

PAGE CODE (ODh) 

1 

SUBPAGE CODE (02h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Environmental Limits log parameters 

4 

- Environmental Limits log parameter 

(see table 318) [first] 







- Environmental Limits log parameter 

(see table 318) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 319 for the Environmental Limits 
log page. 

The contents of each environmental limits log parameter depends on the value in its parameter code field 
(see table 318). 
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7.3.7.2 Temperature Limits log parameter 

The Temperature Limits log parameter has the format shown in table 320. 


Table 320 — Temperature Limits log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tabl© 318) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

HIGH CRITICAL TEMPERATURE LIMIT TRIGGER 

5 

HIGH CRITICAL TEMPERATURE LIMIT RESET 

6 

LOW CRITICAL TEMPERATURE LIMIT RESET 

7 

LOW CRITICAL TEMPERATURE LIMIT TRIGGER 

8 

HIGH OPERATING TEMPERATURE LIMIT TRIGGER 

9 

HIGH OPERATING TEMPERATURE LIMIT RESET 

10 

LOW OPERATING TEMPERATURE LIMIT RESET 

11 

LOW OPERATING TEMPEFRATURE LIMIT TRIGGER 


The parameter code field is described in 7.3.2.2.1 and shall be as shown in table 318 for the Temperature 
Limits log parameters. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Temperature Limits log parameters. 

The parameter length field is described in 7.3.2.2.1 and shall be set as shown in table 320 for the 
Temperature Limits log parameters. 

The temperature values reported in the Temperature Limits log parameters indicate a temperature in degrees 
Celsius. Negative values shall be indicated by two’s complement notation. A value of-128 (i.e., 80h) specifies 
that there is no limit. 

The high critical temperature limit trigger field indicates the maximum temperature at this sensor for 
which the logical unit should be operated. If the ewasc bit is set to one in the Information Exceptions Control 
mode page (see SBC-3, SSC-4, or SMC-3) and the associated current temperature (see 7.3.8.2) is greater 
than the value in the high critical tempefrature limit trigger field, then the device server shall report an 
informational exception condition with the additional sense code set to WARNING - HIGH CRITICAL 
TEMPERATURE LIMIT EXCEEDED. 

The high critical temperature limit reset field indicates the temperature at which the informational 
exception condition fora high critical temperature limit, if any, shall be cleared. 

The low critical temperature limit reset field indicates the temperature at which the informational 
exception condition for a low critical temperature limit, if any, shall be cleared. 
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The low critical temperature limit trigger field indicates the minimum temperature at this sensor for 
which the logical unit should be operated. If the ewasc bit is set to one in the Information Exceptions Control 
mode page (see SBC-3, SSC-4, or SMC-3) and the associated current temperature (see 7.3.8.2) is less than 
the value in the low critical temperature limit trigger field, then the device server shall report an 
informational exception condition with the additional sense code set to WARNING - LOW CRITICAL 
TEMPERATURE LIMIT EXCEEDED. 

The high operating temperature limit trigger field indicates the maximum temperature at this sensor for 
which the logical unit is capable of operating continuously without degrading the reliability beyond 
manufacturer accepted limits. If the ewasc bit is set to one in the Information Exceptions Control mode page 
(see SBC-3, SSC-4, or SMC-3) and the associated current temperature (see 7.3.8.2) is greater than the value 
of the high operating temperature limit trigger field, then the device server shall report an informational 
exception condition with the additional sense code set to WARNING - HIGH OPERATING TEMPERATURE 
LIMIT EXCEEDED. 

The high operating temperature limit reset field indicates the temperature at which the informational 
exception condition for the associated high critical temperature limit, if any, shall be cleared. 

The low operating temperature limit reset field indicates the temperature at which the informational 
exception condition for the associated low critical temperature limit, if any, shall be cleared. 

The low operating temperature limit trigger field indicates the minimum temperature at this sensor for 
which the logical unit is capable of operating continuously without degrading the logical unit's reliability beyond 
manufacturer accepted limits. If the ewasc bit is set to one in the Information Exceptions Control mode page 
(see SBC-3, SSC-4, or SMC-3) and the associated current temperature (see 7.3.8.2) is less than the value of 
the low operating temperature limit trigger field, then the device server shall report an informational 
exception condition with the additional sense code set to WARNING - LOW OPERATING TEMPERATURE 
LIMIT EXCEEDED. 
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7.3.7.3 Relative Humidity Limits log parameter 

The Relative Humidity Limits log parameter has the format shown in table 321. 


Table 321 — Relative Humidity Limits log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tabl© 318) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

HIGH CRITICAL RELATIVE HUMIDITY LIMIT TRIGGER 

5 

HIGH CRITICAL RELATIVE HUMIDITY LIMIT RESET 

6 

LOW CRITICAL RELATIVE HUMIDITY LIMIT RESET 

7 

LOW CRITICAL RELATIVE HUMIDITY LIMIT TRIGGER 

8 

HIGH OPERATING RELATIVE HUMIDITY LIMIT TRIGGER 

9 

HIGH OPERATING RELATIVE HUMIDITY LIMIT RESET 

10 

LOW OPERATING RELATIVE HUMIDITY LIMIT RESET 

11 

LOW OPERATING RELATIVE HUMIDITY LIMIT TRIGGER 


The parameter code field is described in 7.3.2.2.1 and shall be as shown in table 318 for the Relative 
Humidity Limits log parameters. 


The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Relative Humidity Limits log 
parameters. 


The parameter length field is described in 7.3.2.2.1 and shall be set as shown in table 321 for the Relative 
Humidity Limits log parameters. 

The relative humidity limit values used in the Relative Humidity Limits log parameters are shown in table 322. 


Table 322 — Relative humidity limit values 


Value 

Description 

0 to 100 

101 to 254 

255 

Relative humidity 

Reserved 

No relative humidity limit 


The high critical relative humidity limit trigger field indicates the maximum relative humidity at this 
sensor for which the logical unit should be operated. If the ewasc bit is set to one in the Information 
Exceptions Control mode page (see SBC-3, SSC-4, or SMC-3) and the associated current relative humidity 
(see 7.3.8.3) is greater than the value in the high critical relative humidity limit trigger field, then the 
device server shall report an informational exception condition with the additional sense code set to 
WARNING - HIGH CRITICAL HUMIDITY LIMIT EXCEEDED. 
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The high critical relative humidity limit reset field indicates the relative humidity at which the informational 
exception condition for a high critical relative humidity limit, if any, shall be cleared. 

The low critical relative humidity limit reset field indicates the relative humidity at which the informational 
exception condition for a low critical relative humidity limit, if any, shall be cleared. 

The low critical relative humidity limit trigger field indicates the minimum relative humidity at this sensor 
for which the logical unit should be operated. If the ewasc bit is set to one in the Information Exceptions 
Control mode page (see SBC-3, SSC-4, or SMC-3) and the associated current relative humidity (see 7.3.8.3) 
is less than the value in the low critical relative humidity limit trigger field, then the device server shall 
report an informational exception condition with the additional sense code set to WARNING - LOW CRITICAL 
HUMIDITY LIMIT EXCEEDED. 

The HIGH OPERATING relative humidity limit trigger field indicates the maximum relative humidity at this 
sensor for which the logical unit is capable of operating continuously without degrading the reliability beyond 
manufacturer accepted limits. If the ewasc bit is set to one in the Information Exceptions Control mode page 
(see SBC-3, SSC-4, or SMC-3) and the associated current relative humidity (see 7.3.8.3) is greater than the 
value of the high operating relative humidity limit trigger field, then the device server shall report an 
informational exception condition with the additional sense code set to WARNING - HIGH OPERATING 
HUMIDITY LIMIT EXCEEDED. 

The HIGH operating relative humidity limit reset field indicates the relative humidity at which the 
informational exception condition for the associated high critical relative humidity limit, if any, shall be cleared. 

The LOW operating relative humidity limit reset field indicates the relative humidity at which the 
informational exception condition for the associated low critical relative humidity limit, if any, shall be cleared. 

The low operating relative humidity limit trigger field indicates the minimum relative humidity at this 
sensor for which the logical unit is capable of operating continuously without degrading the logical unit's 
reliability beyond manufacturer accepted limits. If the ewasc bit is set to one in the Information Exceptions 
Control mode page (see SBC-3, SSC-4, or SMC-3) and the associated current relative humidity (see 7.3.8.3) 
is less than the value of the low operating relative humidity limit trigger field, then the device server shall 
report an informational exception condition with the additional sense code set to WARNING - LOW 
OPERATING HUMIDITY LIMIT EXCEEDED. 
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7.3.8 Environmental Reporting log page 
7.3.8.1 Overview 

Using the format shown in table 324, the Environmental Reporting log page provides information about the 
environmental conditions of the logical unit using the parameter codes listed in table 323. 


Table 323 — Environmental Reporting log page parameter codes 


Parameter code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh to OOFFh 

Temperature Report c 

Never 

7.3.8.2 

At least one b 

OlOOh to OlFFh 

Relative Humidity Report d 

Never 

7.3.8.3 

Optional 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b If the Environmental Reporting log page is supported, at least one of the parameter codes listed 
in this table shall be supported. 

c If more than one Temperature Report parameter is supported, then each Temperature Report 
parameter represents the temperature at a separate location. 
d If more than one Relative Humidity Report parameter is supported, then each Relative Humidity 
Report parameter represents the temperature at a separate location. 


The Environmental Reporting log page has the format shown in table 324. 


Table 324 — Environmental Reporting log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (1b) 

PAGE CODE (ODh) 

1 

SUBPAGE CODE(01h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Environmental Reporting log parameters 

4 

- Environmental Reporting log parameter 

(see table 323) [first] 







- Environmental Reporting log parameter 

(see table 323) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 324 for the Environmental 
Reporting log page. 
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The contents of each environmental reporting log parameter depends on the value in its parameter code field 
(see table 323). 

7.3.8.2 Temperature Report log parameter 

The Temperature Report log parameter has the format shown in table 325. 


Table 325 — Temperature Report log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tabl© 323) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

Reserved 

5 

TEMPERATURE 

6 

LIFETIME MAXIMUM TEMPERATURE 

7 

LIFETIME MINIMUM TEMPERATURE 

8 

MAXIMUM TEMPERATURE SINCE POWER ON 

9 

MINIMUM TEMPERATURE SINCE POWER ON 

10 


11 

Reserved 


The parameter code field is described in 7.3.2.2.1 and shall be as shown in table 323 for the Temperature 
Report log parameters. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Temperature Report log parameters. 

The parameter length field is described in 7.3.2.2.1 and shall be set as shown in table 325 for the 
Temperature Report log parameters. 

The temperature values reported in the Temperature Report log parameters indicate a temperature in degrees 
Celsius. Negative values shall be indicated by two’s complement notation. A value of-128 (i.e., 80h) specifies 
that temperature is not valid. 

The temperature field indicates the most recently detected temperature by the temperature sensor 
associated with this log parameter. 

The lifetime maximum temperature field indicates the maximum temperature detected by the temperature 
sensor associated with this log parameter since the time of manufacture. 

The lifetime minimum temperature field indicates the minimum temperature detected by the temperature 
sensor associated with this log parameter since the time of manufacture. 
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The maximum temperature since power on field indicates the maximum temperature detected by the 
temperature sensor associated with this log parameter since the most recent power on. 

The minimum temperature since power on field indicates the minimum temperature detected by the 
temperature sensor associated with this log parameter since the most recent power on. 

7.3.8.3 Relative Humidity Report log parameter 

The Relative Humidity Report log parameter has the format shown in table 326. 


Table 326 — Relative Humidity Report log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 table 323) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

Reserved 

5 

RELATIVE HUMIDITY 

6 

LIFETIME MAXIMUM RELATIVE HUMIDITY 

7 

LIFETIME MINIMUM RELATIVE HUMIDITY 

8 

MAXIMUM RELATIVE HUMIDITY SINCE POWER ON 

9 

MINIMUM RELATIVE HUMIDITY SINCE POWER ON 

10 


11 

Reserved 


The parameter code field is described in 7.3.2.2.1 and shall be as shown in table 323 for the Relative 
Humidity Report log parameters. 


The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Relative Humidity Report log 
parameters. 

The parameter length field is described in 7.3.2.2.1 and shall be set as shown in table 326 for the Relative 
Humidity Report log parameters. 

The relative humidity reporting values used in the Relative Humidity Report log parameters are shown in table 
327. 


Table 327 — Relative humidity reporting values 


Value 

Description 

0 to 100 

101 to 254 

255 

Relative humidity 

Reserved 

No valid relative humidity 
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The relative humidity field indicates the most recently detected relative humidity for the humidity sensor 
associated with this log parameter. 

The lifetime maximum relative humidity field indicates the maximum relative humidity detected by the 
humidity sensor associated with this log parameter since the time of manufacture. 

The lifetime minimum relative humidity field indicates the minimum relative humidity detected by the 
humidity sensor associated with this log parameter since the time of manufacture. 

The maximum relative humidity since power on field indicates the maximum relative humidity detected by 
the humidity sensor associated with this log parameter since the most recent power on. 

The minimum relative humidity since power on field indicates the minimum relative humidity detected by the 
humidity sensor associated with this log parameter since the most recent power on. 


7.3.9 General Statistics and Performance log pages 
7.3.9.1 Overview 


Using the format shown in table 330, the General Statistics and Performance log page collects statistics and 
performance information for all read CDBs and write CDBs based on the parameter codes listed in table 328. 

Table 328 — General Statistics and Performance log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

0001 h 

General Access Statistics and 

Performance 

Reset Only 

7.3.9.2 

Mandatory 

0002h 

Idle Time 

Reset Only 

7.3.9.3 

Mandatory 

0003h 

Time Interval 

Never 

7.3.6.7 

Mandatory 

0004h 

Force Unit Access Statistics and 
Performance 

Reset Only 

7.3.9.4 

Optional 

all others 

Reserved 

a The keywords in this column-Always, Reset Only, and Never-are defined in 7.3.3. 


The General Statistics and Performance log page provides the following statistics and performance results 
associated to the addressed logical unit: 

a) Statistics and Performance log parameters: 

A) number of read commands; 

B) number of write commands; 

C) number of read logical blocks transferred by a target port; 

D) number of write logical blocks transferred by a target port; 

E) read command processing time; 

F) write command processing time; 

G) sum of the command weights of the read commands plus write commands; and 

H) sum of the weighted command time of the read commands plus write commands; 

b) Idle Time log parameter: 

A) idle time; 

c) Time Interval log parameter: 
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A) time interval; 
and 

d) Force Unit Access Statistics and Performance log parameters: 

A) number of read commands with the fua bit (see SBC-3) set to one; 

B) number of write commands with the fua bit set to one; 

C) number of read commands with the fua_nv bit (see SBC-2) set to one; 

D) number of write commands with the fua_nv bit set to one; 

E) read command with the fua bit set to one processing intervals; 

F) write command with the fua bit set to one processing intervals; 

G) read command with the fua_nv bit set to one processing intervals; and 

H) write command with the fua_nv bit set to one processing intervals. 

In the General Statistics and Performance log page and the Group Statistics and Performance (n) log pages 
(see 7.3.10), read commands and write commands are those shown in table 329. 


Table 329 — Statistics and Performance log pages commands 


Read commands a 

Write commands a 

POPULATE TOKEN 

READ(10) 

READ(12) 

READ(16) 

READ(32) 

WRITE USING TOKEN 

UN MAP 

WRITE(IO) 

WRITE(12) 

WRITE(16) 

WRITE(32) 

WRITE AND VERIFY(IO) 
WRITE AND VERIFY(12) 
WRITE AND VERIFY(16) 
WRITE AND VERIFY(32) 

a See SBC-3. 


The General Statistics and Performance log page has the format shown in table 330. 

Table 330 — General Statistics and Performance log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (19h) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


General statistics and performance log parameters 

4 

- General statistics and performance log 

parameter (see table 328) [first] 







- General statistics and performance log 

parameter (see table 328) [last] 


n 
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The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 330 for the General Statistics and 
Performance log page. 

The contents of each general statistics and performance log parameter depends on the value in its parameter 
code field (see table 328). 


7.3.9.2 General Access Statistics and Performance log parameter 


The General Access Statistics and Performance log parameter has the format shown in table 331. 


Table 331 — General Access Statistics and Performance log parameter 


Bit 

Byte 


0 


0 (MSB) 

- PARAMETER CODE (0001 h) - 

_1___ (LSB) 

Parameter control byte - unbounded data counter log parameter (see 7.3.2.2.2.3) 
du | Obsolete | tsd | Obsolete | format and linking" 


3 

4 


11 

12 


19 

20 


27 

28 


35 

36 


43 

44 


51 

52 


67 


(MSB) 


(MSB) 


(MSB) 


(MSB) 


(MSB) 


(MSB) 


(MSB) 


(MSB) 


PARAMETER LENGTH (40h) 


NUMBER OF READ COMMANDS 


NUMBER OF WRITE COMMANDS 


NUMBER OF LOGICAL BLOCKS RECEIVED 


NUMBER OF LOGICAL BLOCKS TRANSMITTED 


READ COMMAND PROCESSING INTERVALS 


WRITE COMMAND PROCESSING INTERVALS 


WEIGHTED NUMBER OF READ COMMANDS 
PLUS WRITE COMMANDS 


WEIGHTED READ COMMAND PROCESSING 
PLUS WRITE COMMAND PROCESSING 


(LSB) 


(LSB) 


(LSB) 


(LSB) 


(LSB) 


(LSB) 


(LSB) 


(LSB) 
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The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 331 for the General 
Access Statistics and Performance log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for an unbounded data counter log parameter (see 7.3.2.2.2.3) for the General Access Statistics 
and Performance log parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 331 for the General 
Access Statistics and Performance log parameter. 

The number of read commands field indicates the number of read commands (see table 329 in 7.3.9.1) 
received by the logical unit. 

The NUMBER of write commands field indicates the number of write commands (see table 329 in 7.3.9.1) 
received by the logical unit. 

The number of logical blocks received field indicates the number of logical blocks received by any SCSI 
target port for the logical unit as a result of write commands (see table 329 in 7.3.9.1). 

The number of logical blocks transmitted field indicates the number of logical blocks transmitted by any 
SCSI target port for the logical unit as a result of read commands (see table 329 in 7.3.9.1). 

The read command processing intervals field indicates the cumulative number of time intervals (see 

7.3.6.7) spent by the logical unit processing read commands (see table 329 in 7.3.9.1). 

The write command processing intervals field indicates the cumulative number of time intervals (see 

7.3.6.7) spent by the logical unit processing write commands (see table 329 in 7.3.9.1). 

If command priority is supported (see SAM-5), then the weighted number of read commands plus write 
commands field indicates the cumulative command weight of the read commands and write commands (see 
table 329 in 7.3.9.1) processed by the logical unit. 

Command weight is calculated as follows: 

command weight = (360 360/command priority) 


where: 


command priority is as defined in SAM-5. However, if the computed command priority is zero, then 
the command priority shall be set to seven (i.e., a mid-range command priority value). 

If command priority is not supported, then the weighted number of read commands plus write commands 
field shall be set to zero. 

If command priority is supported (see SAM-5), then the weighted read command processing plus write 
command processing field indicates the cumulative weighted command time of the time intervals (see 

7.3.6.7) spent processing read commands and write commands (see table 329 in 7.3.9.1) by the logical unit. 

Weighted command time is calculated as follows: 

weighted command time = (time increments processing the command x time interval) 
x (360 360/command priority) 


where: 
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time increments processing a command is the number of time intervals from the time the task 
manager places the command into a task set until the device server sends a SCSI transport protocol 
service response for the command; 

time interval is the value represented in the time interval descriptor field of the Time Interval log 
parameter (see 7.3.6.7); and 

command priority is as defined in SAM-5. However, if the computed command priority is zero, then 
the command priority time shall be set to seven (i.e., a mid-range command priority value). 

If command priority is not supported, then the weighted read command processing plus write command 
processing field shall be set to zero. 

7.3.9.3 Idle Time log parameter 

The Idle Time log parameter has the format shown in table 332. 


Table 332 — Idle Time log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0002h) 

(LSB) 

2 

Parameter control byte - unbounded data counter log parameter (see 7.3.2.2.2.3) 

du Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (08h) 

4 

(MSB) 


IDLE TIME INTERVALS 

11 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 332 for the Idle Time 
log parameter. 


The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for an unbounded data counter log parameter (see 7.3.2.2.2.3) for the Idle Time log parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 332 for the Idle Time 
log parameter. 

The idle time intervals field indicates the cumulative number of idle times spent while there are no 
commands in the task set and there are no commands being processed by the logical unit. 

Idle time is calculated as follows: 

idle time = (time increments not processing commands x time interval) 


where: 


time increments not processing commands is the number of time intervals while there are no 
commands in the task set and the device server has sent a SCSI transport protocol service response 
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for all commands being processed (i.e., there are no commands to be processed or being processed); 
and 


time interval is the value represented in the time interval descriptor of the Time Interval log parameter 
(see 7.3.67). 

7.3.9.4 Force Unit Access Statistics and Performance log parameter 


The Force Unit Access Statistics and Performance log parameter has the format shown in table 333. 


Table 333 — Force Unit Access Statistics and Performance log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

( MSB ) 

1 

(LSB) 

2 

Parameter control byte - unbounded data counter log parameter (see 7.3.2.2.2.3) 

du Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (40h) 

4 

(MSB) 


NUMBER OF READ FUA COMMANDS 

11 

(LSB) 

12 

(MSB) 


NUMBER OF WRITE FUA COMMANDS 

19 

(LSB) 

20 

(MSB) 


NUMBER OF READ FUA NV COMMANDS 

27 

(LSB) 

28 

(MSB) 


NUMBER OF WRITE FUA NV COMMANDS 

35 

(LSB) 

36 

(MSB) 


READ FUA COMMAND PROCESSING INTERVALS 

43 

(LSB) 

44 

(MSB) 


WRITE FUA COMMAND PROCESSING INTERVALS 

51 

(LSB) 

52 

(MSB) 


READ FUA NV COMMAND PROCESSING INTERVALS 

59 

(LSB) 

60 

(MSB) 


WRITE FUA NV COMMAND PROCESSING INTERVALS 

67 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 333 for the Force Unit 
Access Statistics and Performance log parameter. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for an unbounded data counter log parameter (see 7.3.2.2.2.3) for the Force Unit Access Statistics 
and Performance log parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 333 for the Force 
Unit Access Statistics and Performance log parameter. 

The number of read fua commands field indicates the number of read commands (see table 329 in 7.3.9.1) 
with the fua bit (see SBC-3) set to one received by the logical unit. 

The number of write fua commands field indicates the number of write commands (see table 329 in 7.3.9.1) 
with the fua bit (see SBC-3) set to one received by the logical unit. 

The number of read fua_nv commands field indicates the number of read commands (see table 329 in 
7.3.9.1) with the fua_nv bit (see SBC-2) set to one received by the logical unit. 

The NUMBER of write fua_nv commands field indicates the number of write commands (see table 329 in 
7.3.9.1) with the fua_nv bit (see SBC-2) set to one received by the logical unit. 

The read fua command processing intervals field indicates the cumulative number of time intervals (see 
7.3. 6 .7) spent by the logical unit processing read commands (see table 329 in 7.3.9.1) with the fua bit (see 
SBC-3) set to one. 

The write fua command processing intervals field indicates the cumulative number of time intervals (see 
7.3.6.7) spent by the logical unit processing write commands (see table 329 in 7.3.9.1) with the fua bit (see 
SBC-3) set to one. 

The read fua_nv command processing intervals field indicates the cumulative number of time intervals 
(see 7. 3. 6 . 7) spent by the logical unit processing read commands (see table 329 in 7.3.9.1) with the fua_nv 
bit (see SBC-2) set to one. 

The write fua_nv command processing intervals field indicates the cumulative number of time intervals 
(see 7.3.6.7) spent by the logical unit processing write commands (see table 329 in 7.3.9.1) with the fua_nv 
bit (see SBC-2) set to one. 
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7.3.10 Group Statistics and Performance (n) log pages 
7.3.10.1 Overview 

Using the format shown in table 335, Group Statistics and Performance (n) log pages collect statistics and 
performance information for the group number specified in a read CDB or a write CDB based on the 
parameter codes listed in table 334. 


Table 334 — Group Statistics and Performance log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

0001 h 

Group n Statistics and Performance 

Reset Only 

7.3.10.2 

Mandatory 

0004h 

Group n Force Unit Access Statistics 
and Performance 

Reset Only 

7.3.10.3 

Optional 

all others 

Reserved 

a The keywords in this column-Always, Reset Only, and Never-are defined in 7.3.3. 


The Group Statistics and Performance (n) log pages provide the following statistics and performance results 
associated to the addressed logical unit and the group number field: 

a) Statistics and Performance log parameters: 

A) number of read commands; 

B) number of write commands; 

C) number of read logical blocks transferred by a target port; 

D) number of write logical blocks transferred by a target port; 

E) read command processing time; and 

F) write command processing time; 
and 

b) Force Unit Access Statistics and Performance log parameters: 

A) number of read commands with the fua bit (see SBC-3) set to one; 

B) number of write commands with the fua bit set to one; 

C) number of read commands with the fua_nv bit (see SBC-2) set to one; 

D) number of write commands with the fua_nv bit set to one; 

E) read command with the fua bit set to one processing intervals; 

F) write command with the fua bit set to one processing intervals; 

G) read command with the fua_nv bit set to one processing intervals; and 

H) write command with the fua_nv bit set to one processing intervals. 

In the Group Statistics and Performance (n) log pages, read commands and write commands are those shown 
in table 329 (see 7.3.9.1). 

The Group Statistics and Performance (n) log pages provide logging of statistics and performance of read and 
write operations based on group numbers. There are 31 Group Statistics and Performance (n) log pages one 
for each group number. The statistics and performance information associated with each group number is 
collected in the corresponding Group Statistics and Performance (n) log page (e.g., operations associated 
with group number 16 are logged in the Group Statistics and Performance (16) log page). 
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Each Group Statistics and Performance (n) log page has the format shown in table 335. 


Table 335 — Group Statistics and Performance (n) log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (1b) 

PAGE CODE (19h) 

1 

SUBPAGE CODE (01 h to IFh) (see table 336) a 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Group statistics and performance log parameters 

4 

- General statistics and performance log 

parameter (see table 334) [first] 







- General statistics and performance log 

parameter (see table 334) [last] 


n 



a The log parameter associated with the specific group number as specified by the value of n is collected 
in the corresponding log parameter (e.g., the count of read commands with the group number field set 
to 9 is logged in the group n number of read commands field in the Group n Statistics and 
Performance log parameter of the Group Statistics and Performance (9) log page). 


The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 335 for the Group Statistics and 
Performance (n) log pages. 

The subpage code field (see table 336) associates the Group Statistics and Performance (n) log page being 
transferred with the contents of the group number field in a read command CDB or write command CDB (see 
table 329 in 7.3.9.1 and SBC-3). 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


467 








T10/BSR INCUS 502 Revision 05 


12 August 2015 


Table 336 — Group Statistics and Performance (n) subpage codes 


Subpage code 

Log page name a 

Group number b 

Olh 

Group Statistics and Performance (1) 

00001b 

02h 

Group Statistics and Performance (2) 

00010b 

03h 

Group Statistics and Performance (3) 

00011b 

04 h 

Group Statistics and Performance (4) 

00100b 

05h 

Group Statistics and Performance (5) 

00101b 

06h 

Group Statistics and Performance (6) 

00110b 

07h 

Group Statistics and Performance (7) 

00111b 

08h 

Group Statistics and Performance (8) 

01000b 

09h 

Group Statistics and Performance (9) 

01001b 

OAh 

Group Statistics and Performance (10) 

01010b 

OBh 

Group Statistics and Performance (11) 

01011b 

OCh 

Group Statistics and Performance (12) 

01100b 

ODh 

Group Statistics and Performance (13) 

01101b 

OEh 

Group Statistics and Performance (14) 

01110b 

OFh 

Group Statistics and Performance (15) 

01111b 

lOh 

Group Statistics and Performance (16) 

10000b 

11 h 

Group Statistics and Performance (17) 

10001b 

12h 

Group Statistics and Performance (18) 

10010b 

13h 

Group Statistics and Performance (19) 

10011b 

14h 

Group Statistics and Performance (20) 

10100b 

15h 

Group Statistics and Performance (21) 

10101b 

16h 

Group Statistics and Performance (22) 

10110b 

17h 

Group Statistics and Performance (23) 

10111b 

18h 

Group Statistics and Performance (24) 

11000b 

19h 

Group Statistics and Performance (25) 

11001b 

1Ah 

Group Statistics and Performance (26) 

11010b 

IBh 

Group Statistics and Performance (27) 

11011b 

ICh 

Group Statistics and Performance (28) 

11100b 

IDh 

Group Statistics and Performance (29) 

11101b 

1Eh 

Group Statistics and Performance (30) 

11110b 

IFh 

Group Statistics and Performance (31) 

11111b 

a The statistics and performance information associated with a group number is 
collected in the corresponding Group Statistics and Performance (n) log page 
(e.g., operations associated with group number 10000b are logged in the 
Group Statistics and Performance (16) log page). 
b The group number field is from the read command CDB or the write 
command CDB (see table 329 in 7.3.9.1 and SBC-3). 


The contents of each group statistics and performance log parameter depends on the value in its parameter 
code field (see table 334). 


468 


Working Draft SCSI Primary Commands - 5 (SPC-5) 




12 August 2015 


T10/BSR INCUS 502 Revision 05 


7.3.10.2 Group n Statistics and Performance log parameter 

The Group n Statistics and Performance log parameter has the format shown in table 337. 

Table 337 — Group n Statistics and Performance log parameter 


Bit 

Byte 


6 


1 


(MSB) 


PARAMETER CODE (0001 h) 


(LSB) 


Parameter control byte - unbounded data counter log parameter (see 7.3.2.2.2.3) 


du | Obsolete | tsd |Obsolete 

PARAMETER LENGTH (30h) 


FORMAT AND LINKING 


(MSB) 


(MSB) 


GROUP N NUMBER OF READ COMMANDS 


GROUP N NUMBER OF WRITE COMMANDS 


(LSB) 


(LSB) 


(MSB) 


GROUP N NUMBER OF LOGICAL BLOCKS RECEIVED 


(LSB) 


(MSB) 


(MSB) 


GROUP N NUMBER OF LOGICAL BLOCKS 
TRANSMITTED 


GROUP N READ COMMAND PROCESSING INTERVALS 


(LSB) 


(LSB) 


(MSB) 


GROUP N WRITE COMMAND PROCESSING INTERVALS _ 


(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 337 for the Group n 
Statistics and Performance log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for an unbounded data counter log parameter (see 7.3.2.2.2.3) for the Group n Statistics and 
Performance log parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 337 for the Group n 
Statistics and Performance log parameter. 

The group n number of read commands field indicates the number of read commands (see table 329 in 
7.3.9.1) received by the logical unit. 

The group n number of write commands field indicates the number of write commands (see table 329 in 
7.3.9.1) received by the logical unit. 
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The group n number of logical blocks received field indicates the number of logical blocks received by 
any SCSI target port for the logical unit as a result of write commands (see table 329 in 7.3.9.1). 

The group n number of logical blocks transmitted field indicates the number of logical blocks transmitted 
by any SCSI target port for the logical unit as a result of read commands (see table 329 in 7.3.9.1). 

The group n read command processing intervals field indicates the cumulative number of time intervals 
spent by the logical unit processing read commands (see table 329 in 7.3.9.1). Time intervals are defined in 
the Time Interval log parameter (see 7.3.6.7) as returned in the General Statistics and Performance log page 
(see 7.3.9). 

The group n write command processing intervals field indicates the cumulative number of time intervals 
spent by the logical unit processing write commands (see table 329 in 7.3.9.1). Time intervals are defined in 
the Time Interval log parameter (see 7.3.6.7) as returned in the General Statistics and Performance log page 
(see 7.3.9). 
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7.3.10.3 Group n Force Unit Access Statistics and Performance log parameter 

The Group n Force Unit Access Statistics and Performance log parameter has the format shown in table 338. 

Table 338 — Group n Force Unit Access Statistics and Performance log parameter 


Bit 

Byte 


6 


1 


(MSB) 


PARAMETER CODE (0004h) 


(LSB) 


Parameter control byte - unbounded data counter log parameter (see 7.3.2.2.2.3) 


du | Obsolete | tsd |Obsolete 

PARAMETER LENGTH (40h) 


FORMAT AND LINKING 


(MSB) 




GROUP N NUMBER OF READ FUA COMMANDS 


11 



(LSB) 

12 

(MSB) 





GROUP N NUMBER OF WRITE FUA COMMANDS 


19 



(LSB) 

20 

(MSB) 





GROUP N NUMBER OF READ FUA_NV COMMANDS 


27 



(LSB) 

28 

(MSB) 





GROUP N NUMBER OF WRITE FUA_NV COMMANDS 


35 



(LSB) 

36 

(MSB) 

GROUP N READ FUA COMMAND PROCESSING 





43 


INTERVALS 

(LSB) 

44 

(MSB) 

GROUP N WRITE FUA COMMAND PROCESSING 





51 


INTERVALS 

(LSB) 

52 

(MSB) 

GROUP N READ FUA_NV COMMAND PROCESSING 





59 


INTERVALS 

(LSB) 

60 

(MSB) 

GROUP N WRITE FUA_NV COMMAND PROCESSING 





fi7 


INTERVALS 

(\ .RRI 


(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 338 for the Group n 
Force Unit Access Statistics and Performance log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for an unbounded data counter log parameter (see 7.3.2.2.2.3) for the Group n Force Unit Access 
Statistics and Performance log parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 338 for the Group n 
Force Unit Access Statistics and Performance log parameter. 
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The group n number of read fua commands field indicates the number of read commands (see table 329 in 
7.3.9.1) with the fua bit (see SBC-3) set to one received by the logical unit. 

The group n number of write fua commands field indicates the number of write commands (see table 329 in 
7.3.9.1) with the fua bit (see SBC-3) set to one received by the logical unit. 

The group n number of read fua_nv commands field indicates the number of read commands (see table 
329 in 7.3.9.1) with the fua_nv bit (see SBC-2) set to one received by the logical unit. 

The group n number of write fua_nv commands field indicates the number of write commands (see table 
329 in 7.3.9.1) with the fua_nv bit (see SBC-2) set to one received by the logical unit. 

The group n read fua command processing intervals field indicates the cumulative number of time 
intervals spent by the logical unit processing read commands (see table 329 in 7.3.9.1) with the fua bit (see 
SBC-3) set to one. Time intervals are defined in the Time Interval log parameter (see 7.3.6.7) as returned in 
the General Statistics and Performance log page (see 7.3.9). 

The group n write fua command processing intervals field indicates the cumulative number of time 
intervals spent by the logical unit processing write commands (see table 329 in 7.3.9.1) with the fua bit (see 
SBC-3) set to one. Time intervals are defined in the Time Interval log parameter (see 7.3.6.7) as returned in 
the General Statistics and Performance log page (see 7.3.9). 

The group n read fua_nv command processing intervals field indicates the cumulative number of time 
intervals spent by the logical unit processing read commands (see table 329 in 7.3.9.1) with the fua_nv bit 
(see SBC-2) set to one. Time intervals are defined in the Time Interval log parameter (see 7.3.6.7) as returned 
in the General Statistics and Performance log page (see 7.3.9). 

The GROUP n WRITE fua_nv command processing intervals field indicates the cumulative number of time 
intervals spent by the logical unit processing write commands (see table 329 in 7.3.9.1) with the fua_nv bit 
(see SBC-2) set to one. Time intervals are defined in the Time Interval log parameter (see 7.3.6.7) as returned 
in the General Statistics and Performance log page (see 7.3.9). 


7.3.11 Informational Exceptions log page 
7.3.11.1 Overview 

Using the format shown in table 340, the Informational Exceptions log page returns details about informational 
exceptions identified by the parameter codes listed in table 339. 


Table 339 — Informational Exceptions log page parameter codes 


Parameter code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 

Informational Exceptions General 

Reset Only 

7.3.11.2 

Mandatory 

0001 h to FFFFh 

Vendor specific 


a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
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The Informational Exceptions log page has the format shown in table 340. 

Table 340 — Informational Exceptions log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (2Fh) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Informational exceptions log parameters 

4 

- Informational exceptions log parameter 

(see table 339) [first] 





: 


- Informational exceptions log parameter 

(see table 339) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 340 for the Informational 
Exceptions log page. 


The contents of each informational exceptions log parameter depends on the value in its parameter code 
field (see table 339). 

7.3.11.2 Informational Exceptions General log parameter 

The Informational Exceptions General log parameter has the format shown in table 341. 


Table 341 — Informational Exceptions General log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (OOOOh) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

INFORMATIONAL EXCEPTION ADDITIONAL SENSE CODE 

5 

INFORMATIONAL EXCEPTION ADDITIONAL SENSE CODE QUALIFIER 

6 

MOST RECENT TEMPERATURE READING 

7 

Vendor specific 

n 
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The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 341 for the 
Informational Exceptions General log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Informational Exceptions General log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1. The parameter length shall be at least 04h. 

If the informational exception additional sense code field is set to zero, no informational exception 
condition exists and contents of the informational exception additional sense code qualifier field are 
unspecified. If the informational exception additional sense code field is set to a value other than zero, an 
informational exception condition exists that has an additional sense code indicated by informational 
exception additional sense code field and an additional sense code qualifier field indicated by the 
informational exception additional sense code qualifier field. 

The most recent temperature reading field indicates the temperature in degrees Celsius of the SCSI target 
device at the time the LOG SENSE command is performed. Temperatures equal to or less than zero degrees 
Celsius shall be indicated by a value of zero. If the device server is unable to detect a valid temperature as a 
result of a sensor failure or other condition, then the value returned shall be FFh. The temperature should be 
reported with an accuracy of plus or minus three Celsius degrees while the device is operating at a steady 
state within the environmental limits specified for the device. 


7.3.12 Last n Deferred Errors or Asynchronous Events log page 
7.3.12.1 Overview 

Using the format shown in table 343, the Last n Deferred Errors or Asynchronous Events log page provides 
one or more Deferred Error or Asynchronous Event log parameters (see 7.3.12.2). The number of Deferred 
Error or Asynchronous Event log parameters supported (i.e., n) is vendor specific. The parameter codes for 
the Last n Deferred Errors or Asynchronous Events log page are listed in table 342. 


Table 342 — Last n Deferred Errors or Asynchronous Events log page parameter codes 


Parameter code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 

Deferred Error or 

Asynchronous Event 

Reset Only 

7.3.12.2 

Mandatory 

0001 h to FFFFh 

Optional 

a The keywords in this column-Always, Reset Only, and Never-are defined in 7.3.3. 
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The Last n Deferred Errors or Asynchronous Events log page has the format shown in table 343. 

Table 343 — Last n Deferred Errors or Asynchronous Events log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (Ob) 

PAGE CODE (OBh) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Deferred error or asynchronous event log parameters 

4 

- Deferred error or asynchronous event log 

parameter (see 7.3.12.2) [first] 







- Deferred error or asynchronous event log 

parameter (see 7.3.12.2) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 343 for the Last n Deferred Errors 
or Asynchronous Events log page. 

The contents of each deferred error or asynchronous event log parameter are described in 7.3.12.2. The 
device server shall assign parameter codes to log parameters as follows: 

a) if the vendor specific number of supported deferred error or asynchronous event log parameters has 
not been exceeded, then the parameter code in each log parameter shall indicate the relative time at 
which the deferred error or asynchronous event occurred. A higher parameter code indicates that the 
deferred error or asynchronous event occurred at a more recent time; or 

b) if the vendor specific number of supported deferred error or asynchronous event log parameters has 
been exceeded, then: 

A) the log parameter with the oldest data shall be overwritten with the newest data (i.e., after the 
highest supported parameter code is used, reporting wraps so that the next deferred error or 
asynchronous event is reported in the log parameter with parameter code zero); and 

B) if the rlec bit is set to one in the Control mode page (see 7.5.10) and a LOG SELECT command 
that transfers the Last n Deferred Errors or Asynchronous Events log page completes without 
error, except for the parameter code being at its maximum value, then the device server shall 
terminate the command with CHECK CONDITION status, with the sense key set to 
RECOVERED ERROR, and the additional sense code set to LOG LIST CODES EXHAUSTED. 
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7.3.12.2 Deferred Error or Asynchronous Event log parameters 

Each Deferred Error or Asynchronous Event log parameter has the format shown in table 344. 


Table 344 — Deferred Error or Asynchronous Event log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

parameter code (see table 342) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

sense data (see 4.4) 

n 



The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 342 for the Deferred 
Error or Asynchronous Event log parameter. 


The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Deferred Error or Asynchronous Event 
log parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The sense data field contains the sense data (see 4.4) for a deferred error or asynchronous event that has 
occurred. 


7.3.13 Last n Error Events log page 
7.3.13.1 Overview 

Using the format shown in table 346, the Last n Error Events log page provides one or more Error Event log 
parameters (see 7.3.13.2). The number of these Error Event log parameters supported (i.e., n) is vendor 
specific. The parameter codes for the Last n Error Events log page are listed in table 345. 


Table 345 — Last n Error Events log page parameter codes 


Parameter code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 


Reset Only 

7.3.13.2 

Mandatory 

0001 h to FFFFh 

Error Event 

Optional 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
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The Last n Error Events log page has the format shown in table 346. 

Table 346 — Last n Error Events log page 


Bit 

Byte 

7 

6 

5 4 3 2 1 0 

0 

DS 

SPF (Ob) 

PAGE CODE (07h) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 



3 


PAGE LENGTH (n-3) 

(LSB) 


Error event log parameters 

4 


Error event log parameter (see 7.3.13.2) [first) 







Error event log parameter (see 7.3.13.2) [last] 

n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 346 for the Last n Error Events log 
page. 

The contents of each error event log parameter is described are 7.3.13.2. The device server shall assign 
parameter codes to log parameters as follows: 

a) if the vendor specific number of supported error event log parameters has not been exceeded, then 
the parameter code in each log parameter shall indicate the relative time at which the error event 
occurred. A higher parameter code indicates that the error event occurred later in time; or 

b) if the vendor specific number of supported error event log parameters has been exceeded, then: 

A) the log parameter with the oldest data shall be overwritten with the newest data (i.e., after the 
highest supported parameter code is used, reporting wraps so that the next error event is 
reported in the log parameter with parameter code zero); and 

B) if the rlec bit is set to one in the Control mode page (see 7.5.10) and a LOG SELECT command 
that transfers the Last n Error Events log page completes without error, except for the parameter 
code being at its maximum value, then the device server shall terminate the command with 
CHECK CONDITION status, with the sense key set to RECOVERED ERROR, and the additional 
sense code set to LOG LIST CODES EXHAUSTED. 
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7.3.13.2 Error Event log parameters 

Each Error Event log parameter has the format shown in table 347. 


Table 347 — Error Event log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

parameter code (see table 345) 

(LSB) 

2 

Parameter control byte - ASCII format list log parameter (see 7.3.2.2.2.4) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

ERROR EVENT DATA 

n 



The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 345 for the Error Event 
log parameter. 


The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a ASCII format list log parameter (see 7.3.2.2.2.4) for the Error Event log parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The error event data field contains ASCII data (see 4.3.1) that may describe the error event. The contents 
of the error event data field are not defined by this standard. 


7.3.14 Non-Medium Error log page 
7.3.14.1 Overview 

Using the format shown in table 349, the Non-Medium Error log page provides for counting the occurrences of 
recoverable error events other than read (see 7.3.17), read reverse (see 7.3.18), verify (see 7.3.25), or write 
(see 7.3.26) failures. No discrimination among the various types of events is provided. Vendor specific 
discrimination may be provided through the vendor specific parameter codes. The parameter codes for the 
Non-Medium Error log page are listed in table 348. 


Table 348 — Non-Medium Error log page parameter codes 


Parameter code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 

Non-Medium Error Count 

Reset Only 

7.3.14.2 

Mandatory 

8000h to FFFFh 

Vendor specific error counts 


all others 

Reserved 


a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
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The Non-Medium Error log page has the format shown in table 349. 


Table 349 — Non-Medium Error log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (06h) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Non-medium error log parameters 

4 

- Non-medium error log parameter (see table 348) 

[first] 





: 


- Non-medium error log parameter (see table 348) 

[last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 349 for the Non-Medium Error log 
page. 


The contents of each non-medium error log parameter depends on the value in its parameter code field (see 
table 348). 

7.3.14.2 Non-Medium Error Count log parameter 

The Non-Medium Error Count log parameter has the format shown in table 350. 


Table 350 — Non-Medium Error Count log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (OOOOh) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

(MSB) 


NON-MEDIUM ERROR COUNT 

n 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 350 for the 
Non-Medium Error Count log parameter. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Non-Medium Error Count log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The non-medium error count field indicates the number of recoverable error events other than read, read 
reverse, verify, or write failures. 


7.3.15 Power Condition Transitions log page 
7.3.15.1 Overview 

Using the format shown in table 352, the Power Condition Transitions log page provides a count of the 
occurrences of power condition transition events using the parameter codes listed in table 351. 


Table 351 — Power Conditions Transitions log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

0001 h 

Accumulated Transitions to active 

Never 

7.3.15.2 

Mandatory 

0002h 

Accumulated Transitions to idle_a 

At least one b 

0003h 

Accumulated Transitions to idle b 

0004h 

Accumulated Transitions to idle_c 

0008h 

Accumulated Transitions to standby_z 

0009h 

Accumulated Transitions to standby_y 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b If the Power Conditions Transitions log page is supported, at least one of these parameter codes shall 
be supported. 
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The Power Conditions Transitions log page has the format shown in table 352. 


Table 352 — Power Condition Transitions log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (Ob) 

PAGE CODE (1Ah) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Power condition transitions log parameters 

4 

- Power condition transitions log parameter (see 

table 351) [first] 





: 


- Power condition transitions log parameter (see 

table 351) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 352 for the Power Conditions 
Transitions log page. 


The contents of each power condition transitions log parameter depends on the value in its parameter code 
field (see table 351). 

7.3.15.2 Accumulated Transitions log parameter 

The Accumulated Transitions log parameter has the format shown in table 353. 


Table 353 — Accumulated Transitions log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tablG 351) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (04h) 

4 

(MSB) 


ACCUMULATED TRANSITIONS TO 

7 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 351 for the 
Accumulated Transitions log parameter. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Accumulated Transitions log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 353 for the 
Accumulated Transitions log parameter. 

The accumulated transitions to field contains a saturating counter that is incremented by one at a time 
defined by the contents of the parameter code field as described in table 354. The time in the transition at 
which the count is incremented is vendor specific. 


Table 354 — Accumulated Transitions parameter codes and saturating counters 


Parameter code 

Saturating counter incremented while the device server transitions 
from any other power condition to this power condition 

0001 h 

active power condition (see 5.12.4) 

0002h 

idle_a power condition (see 5.12.5) 

0003h 

idle_b power condition (see 5.12.5) 

0004h 

idle_c power condition (see 5.12.5) 

0008h 

standby_z power condition (see 5.12.6) 

0009h 

standby_y power condition (see 5.12.6) 


All values in the accumulated transitions to field are accumulated from the time the SCSI target device is 
manufactured. 


7.3.16 Protocol Specific Port log page 
7.3.16.1 Overview 

Using the format shown in table 355, the Protocol Specific Port log page provides SCSI transport protocol 
specific parameters that are associated with the SCSI target ports in the SCSI target device. This log page 
may be implemented in any logical unit, including the TARGET LOG PAGES well known logical unit (see 8.3). 

Protocol Specific Port log pages do not identify the information being logged using the parameter code field 
in each log parameter. Instead, the subpage code field in the log page header (see table 355) serves as the 
indicator of what logged information is present. The parameter code field identifies the SCSI Target Port to 
which the logged information applies. 


482 


Working Draft SCSI Primary Commands - 5 (SPC-5) 




12 August 2015 


T10/BSR INCUS 502 Revision 05 


The Protocol Specific Port log page has the format shown in table 355. 


Table 355 — Protocol Specific Port log page 


Bit 

Byte 

7 

6 

5 4 3 2 1 0 

0 

DS 

SPF 

PAGE CODE (18h) 

1 

SUBPAGE CODE (00h to FEh) 

2 

(MSB) 



3 


PAGE LENGTH (n-3) 

(LSB) 


Protocol specific port log parameters 

4 


Protocol specific port loa parameter [first) 




: 



Protocol specific port loa parameter [last) 

n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 355 for the Protocol Specific Port 
log page. 


The contents of each protocol specific port log parameter is defined by the corresponding SCSI transport 
protocol standard. 

7.3.16.2 Generic protocol specific port log parameter 

The generic format of a protocol specific port log parameter is shown in table 356. 


Table 356 — Generic protocol specific port log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

Reserved protocol identifier 

5 

SCSI transport protocol specific 

n 



For the Generic protocol specific port log parameter, the parameter code field is described in 7.3.2.2.1, and 
contains the relative target port identifier of the target port for which the parameter data applies. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Generic protocol specific port log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The PROTOCOL identifier field contains one of the values shown in table 436 (see 7.6.1) to identify the SCSI 
transport protocol standard that defines the SCSI transport protocol specific data in this log parameter. 

The SCSI transport protocol specific data is defined by the corresponding SCSI transport protocol standard. 


7.3.17 Read Error Counters log page 
7.3.17.1 Overview 

The command standard that applies to the device type defines the operations that result in events that are 
reported in this log page. 

Using the format shown in table 358, the Read Error Counters log page contains log parameters that report 
bounded data counters for detected events (e.g., total bytes processed) identified by the parameter codes 
listed in table 357. 


Table 357 — Read Error Counters log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 

Errors corrected without substantial 
delay c 

Reset Only 

7.3.17.2 

At least one b 

0001 h 

Errors corrected with possible delays c 

0002h 

Total (e.g., rewrites or rereads) c 

0003h 

Total errors corrected c 

0004h 

Total times correction algorithm 
processed c 

0005h 

Total bytes processed c 

0006h 

Total uncorrected errors c 

8000h to 
FFFFh 

Vendor specific 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b If the Read Error Counters log page is supported, at least one of the parameter codes listed in this table 
shall be supported. 

c The conditions that result in this error counter being modified are vendor specific. This counter should 
not be used to compare products because the products may define errors differently. 
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The Read Error Counters log page has the format shown in table 358. 


Table 358 — Read Error Counters log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (Ob) 

PAGE CODE (03h) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Read Error Counter log parameters 

4 

- Read Error Counter log parameter (see 7.3.17.2) 

[first] 





: 


- Read Error Counter log parameter (see 7.3.17.2) 

[last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 358 for the Read Error Counters 
log page. 


Each Read Error Counter log parameter contains the information described in 7.3.17.2. 

7.3.17.2 Read Error Counter log parameter 

The Read Error Counter log parameter has the format shown in table 359. 


Table 359 — Read Error Counter log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

parameter code (see table 357) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

(MSB) 


READ ERROR COUNTER 

n 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 357 for the Read Error 
Counter log parameter. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Read Error Counter log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The read error counter field contains the value for the counter described by the contents of the parameter 
code field. 


7.3.18 Read Reverse Error Counters log page 
7.3.18.1 Overview 

The command standard that applies to the device type defines the operations that result in events that are 
reported in this log page. 

Using the format shown in table 361, the Read Reverse Error Counters log page contains log parameters that 
report bounded data counters for detected events (e.g., total bytes processed) identified by the parameter 
codes listed in table 360. 


Table 360 — Read Reverse Error Counters log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 

Errors corrected without substantial 
delay c 

Reset Only 

7.3.18.2 

At least one b 

0001 h 

Errors corrected with possible delays c 

0002h 

Total (e.g., rewrites or rereads) c 

0003h 

Total errors corrected c 

0004h 

Total times correction algorithm 
processed c 

0005h 

Total bytes processed c 

0006h 

Total uncorrected errors c 

8000h to 
FFFFh 

Vendor specific 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b If the Read Reverse Error Counters log page is supported, at least one of the parameter codes listed in 
this table shall be supported. 

c The conditions that result in this error counter being modified are vendor specific. This counter should 
not be used to compare products because the products may define errors differently. 
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The Read Reverse Error Counters log page has the format shown in table 361. 


Table 361 — Read Reverse Error Counters log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (Ob) 

PAGE CODE (04h) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Read reverse error counter log parameters 

4 

- Read Reverse Error Counter log parameter (see 

7.3.18.2) [first] 





: 


- Read Reverse Error Counter log parameter (see 

7.3.18.2) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 361 for the Read Reverse Error 
Counters log page. 


Each Read Reverse Error Counter log parameter contains the information described in 7.3.18.2. 

7.3.18.2 Read Reverse Error Counter log parameter 

The Read Reverse Error Counter log parameter has the format shown in table 362. 


Table 362 — Read Reverse Error Counter log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

parameter code (see table 360) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

(MSB) 


READ REVERSE ERROR COUNTER 

n 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 360 for the Read 
Reverse Error Counter log parameter. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


487 




























































T10/BSR INCUS 502 Revision 05 


12 August 2015 


The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Read Reverse Error Counter log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The read reverse error counter field contains the value for the counter described by the contents of the 

PARAMETER CODE field. 


7.3.19 Self-Test Results log page 
7.3.19.1 Overview 

Using the format shown in table 364, the Self-Test Results log page reports the results from the 20 most 
recent self-tests (see 5.14). The parameter codes for the Self-Test Results log page are listed in table 363. 


Table 363 — Self-Test Results log page parameter codes 


Parameter code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

0001 h to 0014h 

Self-Test Results 

Reset Only 

7.3.19.2 

Mandatory 

all others 

Reserved 


a The keywords in this column-Always, Reset Only, and Never-are defined in 7.3.3. 


The Self-Test Results log page has the format shown in table 364. 

Table 364 — Self-Test Results log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (1 Oh) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (0190h) 


3 


(LSB) 


Self-test results log parameters 

4 

Self-test results log parameter [first] 


23 




384 

Self-test results log parameter [twentieth] 


403 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, subpage code field, and page length field shall be set as shown in table 364 for the 
Self-Test Results log page. 
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The parameter code field indicates the time at which the self-test has been performed with respect to other 
self-tests (i.e., 0001 h indicates the most recent self-test, 0002h indicates the second most recent self-test, 
etc.)- If fewer than 20 self-tests have been performed, then: 

a) unused self-test log parameters shall have parameter code values higher than those of any used 
self-test log parameter; and 

b) each unused self-test log parameter entry shall have the format shown in table 365. 


Table 365 — Unused Self-Test Results log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tablG 363) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH(10h) 

4 

ZERO 

19 



The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 363 for each Unused 
Self-Test Results log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for each Unused Self-Test Results log 
parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 365 for each Unused 
Self-Test Results log parameter. 

The zero field is set to zero. 
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7.3.19.2 Self-Test Results log parameters 

Each Self-Test Results log parameter has the format shown in table 366. 


Table 366 — Self-Test Results log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tabl© 363) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (10h) 

4 

self-test code Reserved self-test results 

5 

SELF-TEST NUMBER 

6 

(MSB) 

7 

ACCUMULATED POWER ON HOURS 

(LSB) 

8 

(MSB) 


ADDRESS OF FIRST FAILURE 

15 

(LSB) 

16 

Reserved sense key 

17 

ADDITIONAL SENSE CODE 

18 

ADDITIONAL SENSE CODE QUALIFIER 

19 

Vendor specific 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 363 for the Self-Test 
Results log parameter. 


The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Self-Test Results log parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 366 for the Self-Test 
Results log parameter. 

The SELF-TEST code field indicates the value in the self-test code field of the SEND DIAGNOSTIC 
command (see 6.37) that initiated this self-test. 
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Table 367 defines the content of the self-test results field. 


Table 367 — self-test results field 


Code 

Description 

Oh 

The self-test completed without error. 

1h 

The background self-test was aborted by the application client using a SEND DIAGNOSTIC 
command (see 6.37) with the self-test code field set to 100b (i.e., abort background 
self-test). 

2h 

The self-test routine was aborted by an application client using a method other than a SEND 
DIAGNOSTIC command with the self-test code field set to 100b (e.g., by a task manage¬ 
ment function, or by issuing an exception command as defined in 5.14.4). 

3h 

An unknown error occurred while the device server was processing the self-test and the device 
server was unable to complete the self-test. 

4h 

The self-test completed with a failure in a test segment, and the test segment that failed is not 
known. 

5h 

The first segment of the self-test failed. 

6h 

The second segment of the self-test failed. 

7h 

Another segment of the self-test failed and which test is indicated by the contents of the 

SELF-TEST NUMBER field. 

8h to Eh 

Reserved 

Fh 

The self-test is in progress. 


The self-test number field identifies the self-test that failed and consists of either: 

a) the number of the segment that failed during the self-test; or 

b) the number of the test that failed and the number of the segment in which the test was run, using a 
vendor specific method for placing the two values in one field. 

If the specific segment in which the failure occurred is not able to be identified, the self-test number field 
shall contain OOh. 

The accumulated power on hours field indicates the elapsed hours of powered on operation since 
manufacture at the time the self-test was completed. If the self-test is still in progress, the accumulated 
power on hours field shall be set to zero. If the number of hours is greater than FFFFh, the accumulated 
power on hours field shall be set to FFFFh. 

The address of first failure field indicates information that locates the failure on the media. If the logical 
unit implements logical blocks, the content of the address of first failure field is the first logical block 
address where a self-test error occurred. This has no implication about the quality of any other logical block on 
the logical unit (e.g., the testing during which the error occurred may not have been performed in a sequential 
manner). This value shall not change (e.g., as the result of block reassignment). The content of the address 
of first failure field shall be FFFF FFFF FFFF FFFFh if no errors occurred during the self-test or if the error 
that occurred is not related to an identifiable media address. 

The sense key field, additional sense code field, and additional sense code qualifier field may contain a 
hierarchy of additional information relating to error or exception conditions that occurred during the self-test 
represented in the same format used by the sense data (see 4.4). 
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7.3.20 Start-Stop Cycle Counter log page 
7.3.20.1 Overview 

Using the format shown in table 369, the Start-Stop Cycle Counter log page provides information about 
manufacturing dates and cycle counts since date of manufacture using the parameter codes listed in table 
368. 


Table 368 — Start-Stop Cycle Counter log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

0001 h 

Date of Manufacture 

Never 

7.3.20.2 

At least one b 

0002h 

Accounting Date 

Always 

7.3.20.3 

0003h 

Specified Cycle Count Over Device 

Lifetime 

Never 

7.3.20.4 

0004h 

Accumulated Start-Stop Cycles 

Never 

7.3.20.5 

0005h 

Specified Load-Unload Count Over 

Device Lifetime 

Never 

7.3.20.6 

0006h 

Accumulated Load-Unload Cycles 

Never 

7.3.20.7 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b If the Start-Stop Cycle Counter log page is supported, at least one of the parameter codes listed in this 
table shall be supported. 


The Start-Stop Cycle Counter log page has the format shown in table 369. 

Table 369 — Start-Stop Cycle Counter log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (OEh) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Start stop cycle log parameters 

4 

- Start stop cycle log parameter (see table 368) 

[first] 







- Start stop cycle log parameter (see table 368) 

[last] 


n 
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The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 369 for the Start-Stop Cycle 
Counter log page. 

7.3.20.2 Date of Manufacture log parameter 

The Date of Manufacture log parameter has the format shown in table 370. 


Table 370 — Date of Manufacture log parameter 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PARAMETER CODE (0001 h) 


1 


(LSB) 

2 

Parameter control byte - ASCII format list log parameter (see 7.3.2.2.2.4) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (06h) 

4 

(MSB) 

YEAR OF MANUFACTURE 


7 

(LSB) 

8 

(MSB) 

WEEK OF MANUFACTURE 


9 


(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 370 for the Date of 
Manufacture log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a ASCII format list log parameter (see 7.3.2.2.2.4) for the Date of Manufacture log parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 370 for the Date of 
Manufacture log parameter. 

The year of manufacture field indicates the year in which the SCSI target device was manufactured and 
contains four numeric ASCII characters (e.g., 30h for zero and 39h for nine). 

The week of manufacture field indicates the week of the year in which the SCSI target device was 
manufactured and contains two numeric ASCII characters. 
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7.3.20.3 Accounting Date log parameter 

The Accounting Date log parameter has the format shown in table 371. 


Table 371 —Accounting Date log parameter 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PARAMETER CODE (0002h) 


1 


(LSB) 

2 

Parameter control byte - ASCII format list log parameter (see 7.3.2.2.2.4) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (06h) 

4 

(MSB) 

ACCOUNTING DATE YEAR 


7 

(LSB) 

8 

(MSB) 

ACCOUNTING DATE WEEK 


9 


(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 371 for the Accounting 
Date log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a ASCII format list log parameter (see 7.3.2.2.2.4) for the Accounting Date log parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 371 for the 
Accounting Date log parameter. 

The accounting date year field indicates the year in which the SCSI target device was placed in service and 
contains four numeric ASCII characters (e.g., 30h for zero and 39h for nine). 

The accounting date week field indicates the week of the year in which the SCSI target device was placed in 
service and contains two numeric ASCII characters. 

A LOG SELECT command may be used to change the value of the accounting date year field and 
accounting date week field. If the Accounting Date log parameter is not yet set, then the value placed: 

a) in the accounting date year field shall be four ASCII space characters (i.e., 20h); and 

b) in the accounting date week field shall be two ASCII space characters (i.e., 20h). 

The accounting date year field and accounting date week field shall not be checked for validity by the 
device server. 
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7.3.20.4 Specified Cycle Count Over Device Lifetime log parameter 

The Specified Cycle Count Over Device Lifetime log parameter has the format shown in table 372. 


Table 372 — Specified Cycle Count Over Device Lifetime log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0003h) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (04h) 

4 

(MSB) 


SPECIFIED CYCLE COUNT OVER DEVICE LIFETIME 

7 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 372 for the Specified 
Cycle Count Over Device Lifetime log parameter. 


The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Specified Cycle Count Over Device 
Lifetime log parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 372 for the Specified 
Cycle Count Over Device Lifetime log parameter. 

The contents of the specified cycle count over device lifetime field indicate the number of stop-start cycles 
that may be performed over the lifetime of the SCSI target device without degrading the SCSI target device's 
operation or reliability outside the limits specified by the manufacturer of the SCSI target device. 

7.3.20.5 Accumulated Start-Stop Cycles log parameter 

The Accumulated Start-Stop Cycles log parameter has the format shown in table 373. 


Table 373 — Accumulated Start-Stop Cycles log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0004h) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

du Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (04h) 

4 

(MSB) 


ACCUMULATED START-STOP CYCLES 

7 

(LSB) 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


495 





















































T10/BSR INCUS 502 Revision 05 


12 August 2015 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 373 for the 
Accumulated Start-Stop Cycles log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Accumulated Start-Stop Cycles log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 373 for the 
Accumulated Start-Stop Cycles log parameter. 

The contents of the accumulated start-stop cycles field indicate the number of stop-start cycles the SCSI 
target device has detected since its date of manufacture. This saturating counter is incremented by one for 
each complete cycle. The time in the cycle at which the counter is incremented is vendor specific. 

For rotating magnetic storage devices (see SBC-3), a single start-stop cycle is defined as an operational cycle 
that: 

a) begins with the disk spindle at rest; 

b) continues while the disk accelerates to its normal operational rotational rate; 

c) continues during the entire period the disk is rotating; 

d) continues as the disk decelerates toward a resting state; and 

e) ends when the disk is no longer rotating. 

For devices without a spindle or with multiple spindles, the definition of a single start-stop cycle is vendor 
specific. 

7.3.20.6 Specified Load-Unload Count Over Device Lifetime log parameter 

The Specified Load-Unload Count Over Device Lifetime log parameter has the format shown in table 374. 


Table 374 — Specified Load-Unload Count Over Device Lifetime log parameter 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

PARAMETER CODE (0005h) 


1 


(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (04h) 

4 

(MSB) 

----- SPECIFIED LOAD-UNLOAD COUNT OVER DEVICE 

LIFETIME 


7 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 374 for the Specified 
Load-Unload Count Over Device Lifetime log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Specified Load-Unload Count Over 
Device Lifetime log parameter. 
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The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 374 for the Specified 
Load-Unload Count Over Device Lifetime log parameter. 

The contents of the specified load-unload count over device lifetime field indicate the number of 
load-unload cycles that may be performed over the lifetime of the SCSI target device without degrading the 
SCSI target device's operation or reliability outside the limits specified by the manufacturer of the SCSI target 
device. 

7.3.20.7 Accumulated Load-Unload Cycles log parameter 

The Accumulated Load-Unload Cycles log parameter has the format shown in table 375. 


Table 375 — Accumulated Load-Unload Cycles log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0006h) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (04h) 

4 

(MSB) 


ACCUMULATED LOAD-UNLOAD CYCLES 

7 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 375 for the 
Accumulated Load-Unload Cycles log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Accumulated Load-Unload Cycles log 
parameter. 

The parameter length field is described in 7.3.2.2.1, and shall be set as shown in table 375 for the 
Accumulated Load-Unload Cycles log parameter. 

The contents of the accumulated load-unload cycles field indicate the number of load-unload cycles the 
SCSI target device has detected since its date of manufacture. This saturating counter is incremented by one 
for each complete cycle. The time in the cycle at which the counter is incremented is vendor specific. 

For rotating magnetic storage devices (see SBC-3), a single load-unload cycle is defined as an operational 
cycle that: 

a) begins with the heads unloaded from the medium; 

b) continues while the heads are loaded onto the spinning medium; and 

c) ends when the heads are unloaded from the medium. 

The Accumulated Load-Unload Cycles log parameter is not applicable to rotating magnetic storage devices 
without unloadable heads. 
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7.3.21 Supported Log Pages log page 

For the LOG SENSE command, the Supported Log Pages log page (see table 376) returns the list of log 
pages implemented by the logical unit. Logical units that implement the LOG SENSE command shall 
implement this log page. This log page is not defined for the LOG SELECT command. 


Table 376 — Supported Log Pages log page 


Bit 

Byte 

7 

6 

5 4 3 2 1 0 

0 

DS (Ob) 

SPF (Ob) 

PAGE CODE (OOh) 

1 

SUBPAGE CODE (OOh) 

2 

(MSB) 



3 


PAGE LENGTH (n-3) 

(LSB) 


Supported pages list 

4 

Supported page descriptor (see table 377) [first] 


: 

n 

Supported page descriptor (see table 377) [last] 


The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The ds 
bit, spf bit, page code field, and subpage code field shall be set as shown in table 376 for the Supported Log 
Pages log page. 

The supported page descriptors shall contain a list of all log page codes (see table 377) with a subpage code 
of zero implemented by the logical unit in ascending order beginning with page code OOh. 


Table 377 — Supported page descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

PAGE CODE 


The page code field indicates the number of a supported log page. 
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7.3.22 Supported Log Pages and Subpages log page 

For the LOG SENSE command, the Supported Log Pages and Subpages log page (see table 378) returns the 
list of log pages and subpages implemented by the logical unit. If log subpages are supported, this page shall 
be supported. This log page is not defined for the LOG SELECT command. 


Table 378 — Supported Log Pages and Subpages log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS (Ob) 

SPF (1b) 

PAGE CODE (OOh) 

1 

SUBPAGE CODE (FFh) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Supported page/subpage descriptors 

4 


Supported page/subpage descriptor (see table 
379) [first] 


5 





n-1 


Supported page/subpage descriptor (see table 
379) [last] 


n 




The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The ds 
bit, spf bit, page code field, and subpage code field shall be set as shown in table 378 for the Supported Log 
Pages and Subpages log page. 

The supported page/subpage descriptors (see table 379) shall be in ascending order sorted by page code 
then subpage code. 


Table 379 — Supported page/subpage descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

PAGE CODE 

1 

SUBPAGE CODE 


The page code field indicates the number of a supported log page. 

The subpage code field indicates the supported subpage number of a supported log page. 
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7.3.23 Supported Subpages log page 

For the LOG SENSE command, the Supported Subpages log page (see table 380) returns the list of all 
subpage codes (i.e., OOh to FFh) that are implemented by the logical unit for a specified page code. If log 
subpages are supported, this page shall be supported. This log page is not defined for the LOG SELECT 
command. 


Table 380 — Supported Subpages log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS (0b) 

SPF (1b) 

PAGE CODE 

1 

SUBPAGE CODE (FFh) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Supported subpage descriptors 

4 


Supported subpage descriptor (see table 381) 
[first] 


5 





n-1 


Supported subpage descriptor (see table 381) 
[last] 


n 




The ds bit, spf bit, subpage code field, and page length field are described in 7.3.2. The ds bit, spf bit, and 
subpage code field shall be set as shown in table 380 for the Supported Subpages log page. 

The page code field (see 7.3.2) indicates the log page for which log page and subpage codes are being 
returned. 

The supported subpage descriptors (see table 381) shall be in ascending order sorted by page code then 
subpage code, and shall include a descriptor with subpage code OOh for any implemented log page in which 
the spf bit is set to zero. 


Table 381 — Supported subpage descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

PAGE CODE 

1 

SUBPAGE CODE 


The page code field indicates the number of a supported log page. 

The page code is the same in the page header (see table 380) and in each supported subpage descriptor (see 
table 381). 

The subpage code field indicates the supported subpage number of a supported log page. 
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7.3.24 Temperature log page 
7.3.24.1 Overview 

Using the format shown in table 383, the Temperature log page provides information about the current 
operating temperature of the SCSI Target Device using the parameter codes listed in table 382. 


Table 382 — Temperature log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 

Temperature 

Never 

7.3.24.2 

Mandatory 

0001 h 

Reference Temperature 

Never 

7.3.24.3 

Optional 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 


The Temperature log page has the format shown in table 383. 


Table 383 — Temperature log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (ODh) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Temperature log parameters 

4 

Temperature log parameter (see table 382) [first] 







Temperature log parameter (see table 382) [last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 383 for the Temperature log page. 

The contents of each temperature log parameter depends on the value in its parameter code field (see table 
382). 
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7.3.24.2 Temperature log parameter 

The Temperature log parameter has the format shown in table 384. 


Table 384 — Temperature log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (OOOOh) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (02h) 

4 

Reserved 

5 

TEMPERATURE 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 384 for the 
Temperature log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Temperature log parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 384 for the 
Temperature log parameter. 

The temperature field indicates the temperature of the SCSI target device in degrees Celsius at the time the 
LOG SENSE command is performed. Temperatures equal to or less than zero degrees Celsius shall cause 
the temperature field to be set to zero. If the device server is unable to detect a valid temperature because of 
a sensor failure or other condition, then the temperature field shall be set to FFh. The temperature should be 
reported with an accuracy of plus or minus three Celsius degrees while the SCSI target device is operating at 
a steady state within its environmental limits. 

7.3.24.3 Reference Temperature log parameter 

The Reference Temperature log parameter has the format shown in table 385. 


Table 385 — Reference Temperature log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (0001 h) 

(LSB) 

2 

Parameter control byte - binary format list log parameter (see 7.3.2.2.2.5) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (02h) 

4 

Reserved 

5 

REFERENCE TEMPERATURE 
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The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 385 for the Reference 
Temperature log parameter. 

The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a binary format list log parameter (see 7.3.2.2.2.5) for the Reference Temperature log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1, and shall be set as shown in table 385 for the 
Reference Temperature log parameter. 

The reference temperature field indicates the maximum reported sensor temperature in degrees Celsius at 
which the SCSI target device is capable of operating continuously without degrading the SCSI target device's 
operation or reliability beyond manufacturer accepted limits. If the device server is unable to return a 
reference temperature and the optional Reference Temperature log parameter is included in the Temperature 
log page, then reference temperature field is set to FFh. 

The reference temperature may change for vendor specific reasons. 
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7.3.25 Verify Error Counters log page 
7.3.25.1 Overview 

The command standard that applies to the device type defines the operations that result in events that are 
reported in this log page. 

Using the format shown in table 387, the Verify Error Counters log page contains log parameters that report 
bounded data counters for detected events (e.g., total bytes processed) identified by the parameter codes 
listed in table 386. 


Table 386 — Verify Error Counters log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 

Errors corrected without substantial 
delay c 

Reset Only 

7.3.25.2 

At least one b 

0001 h 

Errors corrected with possible delays c 

0002h 

Total (e.g., rewrites or rereads) c 

0003h 

Total errors corrected c 

0004h 

Total times correction algorithm 
processed c 

0005h 

Total bytes processed c 

0006h 

Total uncorrected errors c 

8000h to 
FFFFh 

Vendor specific 

all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b If the Verify Error Counters log page is supported, at least one of the parameter codes listed in this table 
shall be supported. 

c The conditions that result in this error counter being modified are vendor specific. This counter should 
not be used to compare products because the products may define errors differently. 
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The Verify Error Counters log page has the format shown in table 387. 

Table 387 — Verify Error Counters log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF (Ob) 

PAGE CODE (05h) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Verify error counter log parameters 

4 

- Verify Error Counter log parameter (see 7.3.25.2) 

[first] 





: 


- Verify Error Counter log parameter (see 7.3.25.2) 

[last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 387 for the Verify Error Counters 
log page. 


Each Verify Error Counter log parameter contains the information described in 7.3.25.2. 

7.3.25.2 Verify Error Counter log parameter 


The Verify Error Counter log parameter has the format shown in table 388. 

Table 388 — Verify Error Counter log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tsbl6 386) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

(MSB) 


VERIFY ERROR COUNTER 

n 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 386 for the Verify Error 
Counter log parameter. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Verify Error Counter log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The verify error counter field contains the value for the counter described by the contents of the 

PARAMETER CODE field. 


7.3.26 Write Error Counters log page 
7.3.26.1 Overview 

The command standard that applies to the device type defines the operations that result in events that are 
reported in this log page. 

Using the format shown in table 390, the Write Error Counters log page contains log parameters that report 
bounded data counters for detected events (e.g., total bytes processed) identified by the parameter codes 
listed in table 389. 


Table 389 — Write Error Counters log page parameter codes 


Parameter 

code 

Description 

Resettable or 
Changeable a 

Reference 

Support 

OOOOh 

Errors corrected without substantial 
delay c 

Reset Only 

7.3.26.2 

At least one b 

0001 h 

Errors corrected with possible delays c 

0002h 

Total (e.g., rewrites or rereads) c 

0003h 

Total errors corrected c 

0004h 

Total times correction algorithm 
processed c 

0005h 

Total bytes processed c 

0006h 

Total uncorrected errors c 

8000h to 
FFFFh 

Vendor specific 




all others 

Reserved 

a The keywords in this column - Always, Reset Only, and Never - are defined in 7.3.3. 
b If the Write Error Counters log page is supported, at least one of the parameter codes listed in this table 
shall be supported. 

c The conditions that result in this error counter being modified are vendor specific. This counter should 
not be used to compare products because the products may define errors differently. 
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The Write Error Counters log page has the format shown in table 390. 


Table 390 — Write Error Counters log page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

DS 

SPF(0b) 

PAGE CODE (02h) 

1 

SUBPAGE CODE(00h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 


Write error counter log parameters 

4 

- Write Error Counter log parameter (see 7.3.26.2) 

[first] 





: 


- Write Error Counter log parameter (see 7.3.26.2) 

[last] 


n 



The ds bit, spf bit, page code field, subpage code field, and page length field are described in 7.3.2. The spf 
bit, page code field, and subpage code field shall be set as shown in table 390 for the Write Error Counters 
log page. 


Each Write Error Counter log parameter contains the information described in 7.3.26.2. 

7.3.26.2 Write Error Counter log parameter 

The Write Error Counter log parameter has the format shown in table 391. 


Table 391 — Write Error Counter log parameter 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

PARAMETER CODE (S66 tsbl6 389) 

(LSB) 

2 

Parameter control byte - bounded data counter log parameter (see 7.3.2.2.2.2) 

DU Obsolete tsd Obsolete format and linking 

3 

PARAMETER LENGTH (n-3) 

4 

(MSB) 


WRITE ERROR COUNTER 

n 

(LSB) 


The parameter code field is described in 7.3.2.2.1, and shall be set as shown in table 389 for the Write Error 
Counter log parameter. 
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The du bit, tsd bit, and format and linking field are described in 7.3.2.2.2.1. These fields shall be set as 
described for a bounded data counter log parameter (see 7.3.2.2.2.2) for the Write Error Counter log 
parameter. 

The PARAMETER length field is described in 7.3.2.2.1. 

The write error counter field contains the value for the counter described by the contents of the 

PARAMETER CODE field. 
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7.4 Medium auxiliary memory attributes 


7.4.1 Attribute format 

Each medium auxiliary memory attribute shall be communicated between the application client and device 
server in the format shown in table 392. This format shall be used in the parameter data for the WRITE 
ATTRIBUTE command (see 6.43) and the READ ATTRIBUTE command (see 6.16). The attribute format in 
this standard implies nothing about the physical representation of an attribute in the medium auxiliary memory. 


Table 392 — MAM ATTRIBUTE format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ATTRIBUTE IDENTIFIER 


1 


(LSB) 

2 

readonly Reserved format 

3 

(MSB) 

ATTRIBUTE LENGTH (n-4) 


4 


(LSB) 

5 

ATTRIBUTE VALUE 


n 



The attribute identifier field contains a code value identifying the attribute (see 7.4.2). 

The read only bit indicates whether the attribute is in the read only state (see 5.8). If the read only bit is set 
to one, the attribute is in the read only state. If the read only bit is set to zero, the attribute is not in the read 
only state. 

The format field (see table 393) specifies the format of the data in the attribute value field. 

Table 393 — MAM attribute format field 


Format 

Name 

Description 

00b 

BINARY 

The attribute value field contains binary data. 

01b 

ASCII 

The attribute value field contains left-aligned ASCII data (see 4.3.1). 

10b 

TEXT 

The attribute contains textual data. The character set is as described in 
the TEXT LOCALIZATION IDENTIFIER attribute (see 7.4.2.4.7). 

11b 


Reserved 


The attribute length field specifies the length in bytes of the attribute value field. 
The ATTRIBUTE value field contains the: 

a) current value of the attribute for the READ ATTRIBUTE command (see 6.16); or 

b) intended value of the attribute for the WRITE ATTRIBUTE command (see 6.43). 
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7.4.2 Attribute identifier values 
7.4.2.1 Introduction 

The values in the attribute identifier field (see 7.4.1) are assigned according to the attribute type (see 5.8) 
and whether the attribute is standard or vendor specific (see table 394). 


Table 394 — MAM attribute identifier range assignments 


Attribute Identifiers 

Attribute Type 

Standardized 

Reference 

OOOOh to 03FFh 

Device 

Yes 

7.4.2.2 

0400h to 07FFh 

Medium 

Yes 

7.4.2.3 

0800h to OBFFh 

Host 

Yes 

7.4.2.4 

OCOOh to OFFFh 

Device 

Vendor specific 


lOOOh to 13FFh 

Medium 

Vendor specific 


1400h to 17FFh 

Host 

Vendor specific 


1800h to FFFFh 

Reserved 




Device servers may process a WRITE ATTRIBUTE command containing standardized host type attribute 
identifier values (i.e., 0800h to OBFFh) or vendor specific host type attribute identifier values (i.e., 1400h to 
17FFh). Standardized host type attribute identifier values may be verified as described in 7.4.2.4. 

7.4.2.2 Device type attributes 

7.4.2.2.1 Overview 

Device type attributes (see table 395) shall be maintained and updated by the device server while the medium 
and associated medium auxiliary memory are present. All supported device type attributes shall have a status 
of read only or unavailable (see 5.8). 

Table 395 — Device type attributes (part 1 of 2) 


Attribute 

Identifier 

Name 

Attribute 

Length 

(in bytes) 

Format a 

Reference 

OOOOh 

REMAINING CAPACITY IN PARTITION 

8 

BINARY 

7.4.2.2.2 

0001 h 

MAXIMUM CAPACITY IN PARTITION 

8 

BINARY 

7.4.2.2.2 

0002h 

Restricted (see SSC-4) 




0003h 

LOAD COUNT 

8 

BINARY 

7.4.2.2.3 

0004h 

MAM SPACE REMAINING 

8 

BINARY 

7.4.2.2.4 

0005hto 
0006h 

Restricted (see SSC-4) 




0007h 

INITIALIZATION COUNT 

2 

BINARY 

7.4.2.2.5 

0008h 

VOLUME IDENTIFIER 

32 

ASCII 

7.4.2.2.6 

0009h 

Restricted (see SSC-4) 




a See table 393 in 7.4.1. 
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Table 395 — Device type attributes (part 2 of 2) 


Attribute 

Identifier 

Name 

Attribute 

Length 

(in bytes) 

Format a 

Reference 

OOOAh to 
0209h 

Reserved 




020Ah 

DEVICE VENDOR/SERIAL NUMBER AT LAST LOAD 

40 

ASCII 

7.4.2.2.7 

020Bh 

DEVICE VENDOR/SERIAL NUMBER AT LOAD-1 

40 

ASCII 

7.4.2.27 

020Ch 

DEVICE VENDOR/SERIAL NUMBER AT LOAD-2 

40 

ASCII 

7.4.2.27 

020Dh 

DEVICE VENDOR/SERIAL NUMBER AT LOAD-3 

40 

ASCII 

7.4.2.27 

020Eh to 
021 Fh 

Reserved 




0220h 

TOTAL MEBIBYTES WRITTEN IN MEDIUM LIFE 

8 

BINARY 

7.4.2.2.8 

0221 h 

TOTAL MEBIBYTES READ IN MEDIUM LIFE 

8 

BINARY 

7.4.2.2.8 

0222h 

TOTAL MEBIBYTES WRITTEN IN CURRENT/LAST 
LOAD 

8 

BINARY 

7.4.2.2.9 

0223h 

TOTAL MEBIBYTES READ IN CURRENT/LAST 

LOAD 

8 

BINARY 

7.4.2.2.9 

0224h 

LOGICAL POSITION OF FIRST ENCRYPTED BLOCK 

8 

BINARY 

7.4.2.2.10 

0225h 

LOGICAL POSITION OF FIRST UNENCRYPTED 
BLOCK AFTER THE FIRST ENCRYPTED BLOCK 

8 

BINARY 

7.4.2.2.11 

0226hto 
033Fh 

Reserved 




0340h 

MEDIUM USAGE HISTORY 

90 

BINARY 

7.4.2.2.12 

0341 h 

PARTITION USAGE HISTORY 

60 

BINARY 

7.4.2.2.13 

0342hto 
03FFh 

Reserved 




a See table 393 in 7.4.1. 


7.4.2.2.2 REMAINING CAPACITY IN PARTITION and MAXIMUM CAPACITY IN PARTITION 


These attributes are native capacities (i.e., assuming no data compression for the specified medium partition) 
expressed in units of mebibytes. 

7.4.2.2.3 LOAD COUNT 

This attribute is a saturating counter that indicates how many times this medium has been fully loaded. This 
attribute should not be reset to zero by any action of the device server. 

7.4.2.2.4 MAM SPACE REMAINING 

This attribute indicates the space currently available in the medium auxiliary memory. The total medium 
auxiliary memory capacity is reported in the MAM CAPACITY attribute (see 7.4.2.3.5). 
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NOTE 31 - It is not always possible to utilize all of the available space in a given medium auxiliary memory 
implementation. Depending on the internal organization of the memory and the software that controls it, 
fragmentation issues have the potential to result in conditions where cause certain attribute sizes to not be 
fully accommodated as the medium auxiliary memory nears its maximum capacity. 

7.4.2.2.5 INITIALIZATION COUNT 

This attribute is a saturating counter that indicates the number of times that a device server has logically 
formatted the medium. This value is cumulative over the life of the medium and shall not be reset to zero. 

7.4.2.2.6 VOLUME IDENTIFIER 

This attribute indicates the current volume identifier (see SMC-3) of the medium. If the device server supports 
this attribute but does not have access to the volume identifier, the device server shall report this attribute with 
an attribute length value of zero. 

7A.2.2.7 DEVICE VENDOR/SERIAL NUMBER AT LAST LOAD, DEVICE VENDOR/SERIAL 

NUMBER AT LOAD -1, DEVICE VENDOR/SERIAL NUMBER AT LOAD -2 and DEVICE VENDOR/SERIAL 

NUMBER AT LOAD -3 


These attributes give a history of the last four device servers in which the medium has been loaded. The 
format of these attributes is shown in table 396. 



The tio vendor identification field shall contain the T10 vendor identification bytes that the device server 
loading the medium returns in the Standard INQUIRY data (see 6.5.2) parameter data for an INQUIRY 
command (see 6.5). 

The product serial number field contains ASCII data (see 4.3.1) that is a manufacturer assigned serial 
number. If the product serial number is not available, the product serial number field shall contain ASCII 
spaces (20h). 

7.4.2.2.8 TOTAL MEBIBYTES WRITTEN IN MEDIUM LIFE and TOTAL MEBIBYTES READ IN 
MEDIUM LIFE 

These attributes indicate the total number of data mebibytes that are transferred to or from the medium, after 
any data compression has been applied, over the entire medium life. These values are cumulative and shall 
not be reset to zero. 
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7.4.2.2.9 TOTAL MEBIBYTES WRITTEN IN CURRENT/LAST LOAD and TOTAL MEBIBYTES 
READ IN CURRENT/LAST LOAD 

These attributes indicate the total number of data mebibytes that are transferred to or from the medium, after 
any data compression has been applied, during: 

a) the current load if the medium is currently loaded; or 

b) the last load if the medium is currently unloaded. 

The device server should reset these attributes to zero when the medium is loaded. 

7.4.2.2.10 LOGICAL POSITION OF FIRST ENCRYPTED BLOCK 

This attribute indicates the first encrypted logical block, if any, in the partition specified by the partition 
number field in the CDB, and shall be set to: 

a) FFFF FFFF FFFF FFFFh if there is no encrypted logical block in the partition specified by the 
PARTITION NUMBER field in the CDB; 

b) FFFF FFFF FFFF FFFEh if it is unknown whether there are any encrypted logical blocks in the 
partition specified by the partition number field in the CDB; or 

c) the address of the first logical block in the partition specified by the partition number field in the CDB 
that contains encrypted data. 

7.4.2.2.11 LOGICAL POSITION OF FIRST UNENCRYPTED BLOCK AFTER THE FIRST 
ENCRYPTED BLOCK 

If this attribute is supported, the LOGICAL POSITION OF FIRST ENCRYPTED BLOCK (see 7.4.2.2.10) 
attribute shall be supported. This attribute indicates the first unencrypted logical block, if any, in the partition 
specified by the partition number field in the CDB after one or more encrypted logical blocks, and shall be 
set to: 

a) FFFF FFFF FFFF FFFFh if there is: 

A) no encrypted logical block in the partition specified by the partition number field in the CDB (i.e., 
if the value for the LOGICAL POSITION OF FIRST ENCRYPTED BLOCK attribute (see 
7.4.2.2.10) is set to FFFF FFFF FFFF FFFFh); or 

B) no unencrypted logical block in the partition specified by the partition number field in the CDB 
after the address specified in the LOGICAL POSITION OF FIRST ENCRYPTED BLOCK 
attribute; 

b) FFFF FFFF FFFF FFFEh if it is unknown whether: 

A) there are any encrypted logical blocks in the partition specified by the partition number field in 
the CDB (i.e., the LOGICAL POSITION OF FIRST ENCRYPTED BLOCK attribute (see 
7.4.2.2.10) is set to FFFF FFFF FFFF FFFEh); or 

B) any logical block in the partition specified by the partition number field in the CDB after the first 
encrypted logical block contains unencrypted data; 

or 

c) the address of the first logical block in the partition specified by the partition number field in the CDB 
that contains unencrypted data and is located after the address specified in the LOGICAL POSITION 
OF FIRST ENCRYPTED BLOCK attribute. 
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7.4.2.2.12 MEDIUM USAGE HISTORY 


This attribute provides saturating counters (see table 397) for the entire medium. The value in each field is the 
sum for all partitions. If a field is not used, it should be set to zero. 

Table 397 — MEDIUM USAGE HISTORY attribute format (part 1 of 2) 


Bit 

Byte 


(MSB) 



CURRENT AMOUNT OF DATA WRITTEN 

5 

(LSB) 

6 

(MSB) 


CURRENT WRITE RETRIES COUNT 

11 

(LSB) 

12 

(MSB) 


CURRENT AMOUNT OF DATA READ 

17 

(LSB) 

18 

(MSB) 


CURRENT READ RETRIES COUNT 

23 

(LSB) 

24 

(MSB) 


PREVIOUS AMOUNT OF DATA WRITTEN 

29 

(LSB) 

30 

(MSB) 


PREVIOUS WRITE RETRIES COUNT 

35 

(LSB) 

36 

(MSB) 


PREVIOUS AMOUNT OF DATA READ 

41 

(LSB) 

42 

(MSB) 


PREVIOUS READ RETRIES COUNT 

47 

(LSB) 

48 

(MSB) 


TOTAL AMOUNT OF DATA WRITTEN 

53 

(LSB) 

54 

(MSB) 


TOTAL WRITE RETRIES COUNT 

59 

(LSB) 

60 

(MSB) 


TOTAL AMOUNT OF DATA READ 

65 

(LSB) 

66 

(MSB) 


TOTAL READ RETRIES COUNT 

71 

(LSB) 
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The current amount of data written field indicates the amount of data written to the medium during this 
load of the medium. This value is expressed in mebibytes (see 3.5.2). 

The current write retries count field indicates the total number of times a write retry occurred during this 
load of the medium. 1 ) 

The current amount of data read field indicates the amount of data read from the medium during this load 
of the medium. This value is expressed in mebibytes (see 3.5.2). 

The current read retries count field indicates the number of times a read retry occurred during this load of 
the medium. 1 ) 

The previous amount of data written field indicates the amount of data written to the medium during the 
previous load of the medium. This value is expressed in mebibytes (see 3.5.2). 

The previous write retries count field indicates the total number of times a write retry occurred during the 
previous load of the medium. 1 ) 

The previous amount of data read field indicates the amount of data read from the medium during the 
previous load of the medium. This value is expressed in mebibytes (see 3.5.2). 

The previous read retries count field indicates the number of times a read retry occurred during the 
previous load of the medium. 1 ) 

The total amount of data written field indicates the amount of data written to the medium since the last 
time the medium was formatted. This value is expressed in mebibytes (see 3.5.2). 

The total write retries count field indicates the total number of times a write retry occurred since the last 
time the medium was formatted. 1 ) 

The total amount of data read field indicates the amount of data read from the medium since the last time 
the medium was formatted. This value is expressed in mebibytes (see 3.5.2). 


1) The definition of a retry as counted by this attribute field is outside the scope of this standard. This 
count should not be used to compare products because the products may define errors differently. 
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The total read retries count field indicates the number of times a read retry occurred since the last time 
the medium was formatted.^ 

The load count field indicates the number of loads since the last time the medium was formatted. This count 
accumulates over the life of the medium but it is reset to zero after a medium format. 

The total change partition count field indicates the number of times that switches between partitions have 
been performed on the medium. This count accumulates over the life of the medium but it is reset to zero after 
a medium format. 

The total partition initialize count field indicates number of times that any of the partitions on the medium 
have been erased. This count accumulates over the life of the medium but it is reset to zero after a medium 
format. 

7.4.2.2.13 PARTITION USAGE HISTORY 

This attribute provides saturating counters (see table 398) for the partition specified by the partition number 
field in the CDB. If a field is not used, it should be set to zero. 


Table 398 — PARTITION USAGE HISTORY attribute format (part 1 of 2) 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 


CURRENT AMOUNT OF DATA WRITTEN 

3 

(LSB) 

4 

(MSB) 


CURRENT WRITE RETRIES COUNT 

7 

(LSB) 

8 

(MSB) 


CURRENT AMOUNT OF DATA READ 

11 

(LSB) 

12 

(MSB) 


CURRENT READ RETRIES COUNT 

15 

(LSB) 

16 

(MSB) 


PREVIOUS AMOUNT OF DATA WRITTEN 

19 

(LSB) 

20 

(MSB) 


PREVIOUS WRITE RETRIES COUNT 

23 

(LSB) 

24 

(MSB) 


PREVIOUS AMOUNT OF DATA READ 

27 

(LSB) 

28 

(MSB) 


PREVIOUS READ RETRIES COUNT 

31 

(LSB) 
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Table 398 — PARTITION USAGE HISTORY attribute format (part 2 of 2) 



The current amount of data written field indicates the amount of data written to the medium in the partition 
specified by the partition number field in the CDB during this load of the medium. This value is expressed in 
mebibytes (see 3.5.2). 


The current write retries count field indicates the total number of times a write retry occurred in the 
partition specified by the partition number field in the CDB during this load of the medium. ) 

The current amount of data read field indicates the amount of data read from the medium in the partition 
specified by the partition number field in the CDB during this load of the medium. This value is expressed 
mebibytes (see 3.5.2). 

The current read retries count field indicates the number of times a read retry occurred in the partition 
specified by the partition number field in the CDB during this load of the medium. 1 ) 

The previous amount of data written field indicates the amount of data written to the medium in the 
partition specified by the partition number field in the CDB during the previous load of the medium. This 
value is expressed in mebibytes (see 3.5.2). 

The previous write retries count field indicates the total number of times a write retry occurred in the 
partition specified by the partition number field in the CDB during the previous load of the medium. 1 ) 
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The previous amount of data read field indicates the amount of data read from the medium in the partition 
specified by the partition number field in the CDB during the previous load of the medium. This value is 
expressed in mebibytes (see 3.5.2). 

The previous read retries count field indicates the number of times a read retry occurred in the partition 
specified by the partition number field in the CDB during the previous load of the medium. 1 ) 

The total amount of data written field indicates the amount of data written to the medium in the partition 
specified by the partition number field in the CDB since the last time the medium was formatted. This value 
is expressed in mebibytes (see 3.5.2). 

The total write retries count field indicates the total number of times a write retry occurred in the partition 
specified by the partition number field in the CDB since the last time the medium was formatted. 1 ) 

The total amount of data read field indicates the amount of data read from the medium in the partition 
specified by the partition number field in the CDB since the last time the medium was formatted. This value 
is expressed in mebibytes (see 3.5.2). 

The total read retries count field indicates the number of times a read retry occurred in the partition 
specified by the partition number field in the CDB since the last time the medium was formatted. 1 ) 

The load count field indicates the number of loads in the partition specified by the partition number field in 
the CDB since the last time the medium was formatted. This count accumulates over the life of the medium 
but it is reset to zero after a medium format. 

The total change partition count field indicates the number of times that switches to the partition specified 
by the partition number field in the CDB have been performed on the medium. This count accumulates over 
the life of the medium but it is reset to zero after a medium format. 

The total partition initialize count field indicates number of times that the partition specified by the 
partition number field in the CDB has been initialized. This count accumulates over the life of the medium 
but it is reset to zero after a medium format. 
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7.4.2.3 Medium type attributes 
7.4.2.3.1 Overview 

Medium type attributes (see table 399) are stored in the medium auxiliary memory by the manufacturer. The 
device server shall not alter medium type attributes. All supported medium type attributes shall have a status 
of read only or unavailable (see 5.8). 


Table 399 — Medium type attributes 


Attribute 

Identifier 

Name 

Attribute 

Length 

(in bytes) 

Format a 

Reference 

0400h 

MEDIUM MANUFACTURER 

8 

ASCII 

7.4.2.3.2 

0401 h 

MEDIUM SERIAL NUMBER 

32 

ASCII 

7.4.2.3.3 

0402h to 0405h 

Restricted (see SSC-4) 




0406h 

MEDIUM MANUFACTURE DATE 

8 

ASCII 

7.4.2.3.4 

0407h 

MAM CAPACITY 

8 

BINARY 

7.4.2.3.5 

0408h 

MEDIUM TYPE 

1 

BINARY 

7.4.2.3.6 

0409h 

MEDIUM TYPE INFORMATION 

2 

BINARY 

7.4.2.3.6 

040Ah 

NUMERIC MEDIUM SERIAL NUMBER 

unspecified 

unspecified 

7.4.2.3.7 

040Bh to 07FFh 

Reserved 




a See table 393 in 7.4.1. 


7.4.2.3.2 MEDIUM MANUFACTURER 


This attribute contains eight bytes of left-aligned ASCII data (see 4.3.1) identifying the manufacturer of the 
media. The medium manufacturer shall be a T10 vendor identification assigned by INCITS. A list of assigned 
T10 vendor identifications is in Annex F and on the T10 web site (http://www.T10.org). 

NOTE 32 - The T10 web site (http://www.t10.org) provides a convenient means to request an identification 
code. 

7.4.2.3.3 MEDIUM SERIAL NUMBER 

This attribute contains the manufacturer’s serial number for the medium. 

7.4.2.3.4 MEDIUM MANUFACTURE DATE 

This attribute contains the date of manufacture of the medium. The format is YYYYMMDD (i.e., four numeric 
ASCII characters for the year followed by two numeric ASCII characters for the month followed by two 
numeric ASCII characters for the day with no intervening spaces). 

7.4.2.3.5 MAM CAPACITY 

This attribute is the total capacity of the medium auxiliary memory, in bytes. 
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7.4.2.3.6 MEDIUM TYPE and MEDIUM TYPE INFORMATION 

These attributes contain information about non-data media and other types of media. The MEDIUM TYPE 
INFORMATION attribute is interpreted according to the type of medium indicated by the MEDIUM TYPE (see 
table 400). 


Table 400 — MEDIUM TYPE and MEDIUM TYPE INFORMATION attributes 


MEDIUM TYPE 

Description 

MEDIUM TYPE INFORMATION 

OOh 

Data medium 

Reserved 

Olh 

Cleaning medium 

Maximum number of cleaning cycles permitted 

02h to 7Fh 

Reserved 

Reserved 

80h 

Write-once medium 

Reserved 

81 h to FFh 

Reserved 

Reserved 


7.4.2.3.7 NUMERIC MEDIUM SERIAL NUMBER 

This attribute contains the manufacturer’s serial number for the medium in a vendor specific format. 
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7.4.2.4 Host type attributes 
7.4.2.4.1 Overview 

Application clients may use the WRITE ATTRIBUTE command (see 6.43) and READ ATTRIBUTE command 
(see 6.16) to maintain the attributes shown in table 401. All supported host type attributes shall have a status 
of nonexistent or read/write (see 5.8). 


Table 401 — Host type attributes 


Attribute 

Identifier 

Name 

Attribute 

Length 

(in bytes) 

Format a 

Reference 

0800h 

APPLICATION VENDOR 

8 

ASCII 

7.4.2.4.2 

0801h 

APPLICATION NAME 

32 

ASCII 

7.4.2.4.3 

0802h 

APPLICATION VERSION 

8 

ASCII 

7.4.2.4.4 

0803h 

USER MEDIUM TEXT LABEL 

160 

TEXT 

7.4.2.4.5 

0804h 

DATE AND TIME LAST WRITTEN 

12 

ASCII 

7.4.2.4.6 

0805h 

TEXT LOCALIZATION IDENTIFIER 

1 

BINARY 

7.4.2.4.7 

0806h 

BARCODE 

32 

ASCII 

7.4.2.4.8 

0807h 

OWNING HOST TEXTUAL NAME 

80 

TEXT 

7.4.2.4.9 

0808h 

MEDIA POOL 

160 

TEXT 

7.4.2.4.10 

0809h 

PARTITION USER TEXT LABEL 

16 

ASCII 

7.4.2.4.11 

080Ah 

LOAD/UNLOAD AT PARTITION 

1 

BINARY 

7.4.2.4.12 

080Bh 

APPLICATION FORMAT VERSION 

16 

ASCII 

7.4.2.4.13 

080Ch to 081 Fh 

Restricted (see SSC-5) 




0820h 

MEDIUM GLOBALLY UNIQUE IDENTIFIER 

36 

BINARY 

7.4.2.4.14 

0821 h 

MEDIA POOL GLOBALLY UNIQUE IDENTIFIER 

36 

BINARY 

7.4.2.4.15 

0822h to BFFh 

Reserved 




a See table 393 in 7.4.1. 


7.4.2.4.2 APPLICATION VENDOR 


This attribute identifies the manufacturer of the application client (e.g., class driver or backup program) 
associated with use of the MAM. The attribute value should be a T10 vendor identification assigned by 
INCITS. A list of assigned T10 vendor identifications is in Annex F and on the T10 web site 
(http://www.T10.org). This attribute may provide inaccurate information if the application client does not 
update it. 

NOTE 33 - The T10 web site (http://www.t10.org) provides a convenient means to request an identification 
code. 

7.4.2.4.3 APPLICATION NAME 

This attribute contains the name of the application client. 
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7.4.2.4.4 APPLICATION VERSION 

This attribute contains the version of the application client. 

7.4.2.4.5 USER MEDIUM TEXT LABEL 

This attribute contains a user assigned label for the volume. 

7.4.2.4.6 DATE & TIME LAST WRITTEN 

This attribute contains the time at which the application client last wrote to the medium auxiliary memory. The 
format is YYYYMMDDHHMM (i.e., four numeric ASCII characters for the year followed by two numeric ASCII 
characters for the month followed by two numeric ASCII characters for the day followed by two numeric ASCII 
characters between 00 and 24 for the hour followed by two numeric ASCII characters for the minute with no 
intervening spaces). 

7.4.2.4.7 TEXT LOCALIZATION IDENTIFIER 

This attribute defines the character set (see table 402) used for attributes with a TEXT format (see 7.4.1). 


Table 402 — TEXT LOCALIZATION IDENTIFIER attribute values 


Value 

Meaning 

OOh 

No code specified (ASCII) 

Olh 

ISO/IEC 8859-1 (Europe, Latin America) 

02h 

ISO/IEC 8859-2 (Eastern Europe) 

03h 

ISO/IEC 8859-3 (SE Europe/miscellaneous) 

04 h 

ISO/IEC 8859-4 (Scandinavia/Baltic) 

05h 

ISO/IEC 8859-5 (Cyrillic) 

06h 

ISO/IEC 8859-6 (Arabic) 

07h 

ISO/IEC 8859-7 (Greek) 

08h 

ISO/IEC 8859-8 (Hebrew) 

09h 

ISO/IEC 8859-9 (Latin 5) 

OAh 

ISO/IEC 8859-10 (Latin 6) 

OBh to 7Fh 

Reserved 

80h 

ISO/IEC 10646-1 (UCS-2BE) 

81 h 

ISO/IEC 10646-1 (UTF-8) 

82h to FFh 

Reserved 


7.4.2.4.8 BARCODE 

This attribute contains the barcode associated with the medium described by the MAM. 

7.4.2.4.9 OWNING HOST TEXTUAL NAME 

This attribute indicates the host from which that USER MEDIUM TEXT LABEL (see 7.4.2.4.5) originates. 

7.4.2.4.10 MEDIA POOL 

This attribute indicates the media pool to which this medium belongs. 
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7.4.2.4.11 PARTITION USER TEXT LABEL 

This attribute is a user assigned identifier for the partition specified by the partition number field in the CDB. 

7.4.2.4.12 LOAD/UNLOAD AT PARTITION 

This attribute indicates whether the media is capable of being loaded or unloaded at the partition specified by 
the partition number field in the CDB. If loads and unloads are enabled for the specified partition, the value 
of this attribute shall be one. If loads and unloads are not enabled for the specified partition, the value of this 
attribute shall be zero. All attribute values other than zero and one are reserved. If LOAD/UNLOAD AT 
PARTITION is disabled, then loads and unloads are performed at the beginning of the media instead of at the 
specified partition. If this attribute is in the nonexistent state (see 5.8), then the default action shall be to load 
and unload at the beginning of media. 

7.4.2.4.13 APPLICATION FORMAT VERSION 

This attribute indicates the version of the format being used by the application that set this attribute. 

7.4.2.4.14 MEDIUM GLOBALLY UNIQUE IDENTIFIER 

This attribute contains a globally unique identifier for the medium that is assigned by the application identified 
in the APPLICATION NAME (see 7.4.2.4.3) attribute. 

7.4.2.4.15 MEDIA POOL GLOBALLY UNIQUE IDENTIFIER 

This attribute contains a globally unique identifier for the media pool that is assigned by the application 
identified in the APPLICATION NAME (see 7.4.2.4.3) attribute. 
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7.5 Mode parameters 

7.5.1 Summary of mode page codes 

The page code assignments for mode pages are summarized in table 403. 

Table 403 — Summary of mode page codes 


Mode page name 

Page code 

Subpage code 

Reference 

Command Duration Limit A 

OAh 

03h 

7.5.8 

Command Duration Limit B 

OAh 

04h 

7.5.9 

Control 

OAh 

n/a a 

7.5.10 

Control Extension 

OAh 

Olh 

7.5.11 

Disconnect-Reconnect 

02h 

n/a a 

7.5.12 

Extended 

15h 

Olh to FEh 

7.5.13 

Extended Device-Type Specific 

16h 

Olh to FEh 

7.5.14 

Power Condition 

1Ah 

n/a a 

7.5.15 

Power Consumption 

1Ah 

Olh 

7.5.16 

Protocol Specific Logical Unit 

18h 

n/a a 

7.5.17 

Protocol Specific Port 

19h 

n/a a 

7.5.18 

Restricted (see applicable protocol standard) 

18h 

Olh to FEh 


19h 

Olh to FEh 


Restricted (see applicable command standard) 

Olh 

OOh to FEh 


03h to 08h 

OOh to FEh 


OAh 

FOh to FEh 


OBh to 14h 

OOh to FEh 


1Ah 

FOh to FEh 


IBh to IFh 

OOh to FEh 


20h to 3Eh 

OOh to FEh 


Return all pages 

3Fh b 

OOh b 

6.12 and 6.13 

Return all pages and subpages 

3Fh b 

FFh b 

6.12 and 6.13 

Return all subpages 

OOh to 3Eh b 

FFh b 

6.12 and 6.13 

Obsolete c 




Vendor specific d 




Reserved 

All other codes 



A numeric ordered listing of mode page and subpage codes is provided in E.6. 


a Applicable only in the MODE SENSE command (see table 159 in 6.12). 
b The use of these page codes and subpage codes is described in table 159 (see 6.12). 
c The following page codes are obsolete: 09h. 

d Page code OOh is vendor specific and does not require a page format or a subpage code. 
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7.5.2 Mode page policies 

Logical units shall share mode parameter header and block descriptor values across all l_T nexuses. I_T 
nexus loss shall not affect mode parameter header, block descriptor, and mode page values. 

Each logical unit shall maintain current values and saved values of each mode page based on any of the 
policies listed in table 404. The mode page policy used for each mode page may be reported in the Mode 
Page Policy VPD page (see 7.7.9). 


Table 404 — Mode page policies 


Mode page policy 

Number of mode page copies 

Shared 

One copy of the mode page that is shared by all l_T nexuses 

Per target port 

A separate copy of the mode page for each target port with 
each copy shared by all initiator ports 

Per I T nexus 

A separate copy of the mode page for each l_T nexus 


After a logical unit reset, each mode parameter header, block descriptor, and mode page shall revert to saved 
values if supported or default values if saved values are not supported. 


7.5.3 Mode parameters overview 

This subclause describes the mode parameter headers, block descriptors, and mode pages used with MODE 
SELECT command (see 6.10 and 6.11) and MODE SENSE command (see 6.12 and 6.13) that are applicable 
to all SCSI devices. Subpages are identical to mode pages except that they include a subpage code field that 
further differentiates the mode page contents. Mode pages specific to each device type are described in the 
command standard that applies to that device type. 


7.5.4 Mode parameter list format 

The mode parameter list shown in table 405 contains a header, followed by zero or more block descriptors, 
followed by zero or more variable length mode pages. Parameter lists are defined for each device type. 


Table 405 — Mode parameter list 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 


Mode parameter header 


Block descriptor(s) 


Mode page(s) or vendor specific (e.g., page code set to zero) 
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7.5.5 Mode parameter header formats 

The mode parameter header that is used by the MODE SELECT(6) command (see 6.10) and the MODE 
SENSE(6) command (see 6.12) is defined in table 406. 


Table 406 — Mode parameter header(6) 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

MODE data length 

1 

medium type 

2 

DEVICE-SPECIFIC PARAMETER 

3 

BLOCK DESCRIPTOR LENGTH 


The mode parameter header that is used by the MODE SELECT(IO) command (see 6.11) and the MODE 
SENSE(IO) command (see 6.13) is defined in table 407. 


Table 407 — Mode parameter header(IO) 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

(LSB) 

2 

MEDIUM TYPE 

3 

DEVICE-SPECIFIC PARAMETER 

4 

Reserved longlba 

5 

Reserved 

6 

(MSB) 

7 

BLOCK DESCRIPTOR LENGTH 

(LSB) 


When using the MODE SENSE command, the mode data length field indicates the number of bytes that 
follow in the mode parameter list. When using the MODE SELECT command, the mode data length field is 
reserved. 

NOTE 34 - Logical units that support more than 256 bytes of block descriptors and mode pages should 
implement ten-byte mode commands. The mode data length field in the six-byte CDB header limits the 
transferred data to 256 bytes. 

The contents of the medium type field are unique for each device type. Refer to the mode parameters 
subclause of the specific device type command standard for definition of these values. Some device types 
reserve this field. 

The device-specific paframeter field is unique for each device type. Refer to the mode parameters subclause 
of the specific device type command standard for definition of this field. 

If the Long LBA (longlba) bit is set to zero, the mode parameter block descriptor(s), if any, are each eight 
bytes long and have the format described in 7.5.6.1. If the longlba bit is set to one, the mode parameter block 
descriptor(s), if any, are each 16 bytes long and have a format described in a command standard. 
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The block descriptor length field indicates the length in bytes of all the block descriptors. It is equal to the 
number of block descriptors times eight if the longlba bit is set to zero or times sixteen if the longlba bit is 
set to one, and does not include the length of mode pages or vendor specific parameters (e.g., page code set 
to zero), if any, that may follow the last block descriptor. A block descriptor length of zero indicates that no 
block descriptors are included in the mode parameter list. This condition shall not be considered an error. 


7.5.6 Mode parameter block descriptor formats 
7.5.6.1 General block descriptor format 

If the longlba bit is set to zero (see 7.5.5), the mode parameter block descriptor format for all device types 
except direct access block devices (see SBC-3) is shown in table 408. 


Table 408 — General mode parameter block descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

DENSITY CODE 

1 

(MSB) 

• •• 

NUMBER OF BLOCKS 

3 

(LSB) 

4 

Reserved 

5 

(MSB) 

• •• 

BLOCK LENGTH 

7 

(LSB) 


Block descriptors specify some of the medium characteristics for all or part of a logical unit. Each block 
descriptor, if any, contains a density code field, a number of blocks field, and a block length field. Block 
descriptor values are always current (i.e., saving is not supported). Whenever any block descriptor values are 
changed, the device server shall establish a unit attention condition (see SAM-5) for the initiator port 
associated with every l_T nexus except the l_T nexus on which the MODE SELECT command (see 6.10) was 
received, with the additional sense code set to MODE PARAMETERS CHANGED. Command standards may 
place additional requirements on the general mode parameter block descriptor. Requirements in the 
command standards that conflict with requirements defined in this subclause shall take precedence over the 
requirements defined in this subclause. 

The density code field is unique for each device type. Refer to the mode parameters subclause of the specific 
device type command standard for definition of this field. 

The number of blocks field specifies the number of logical blocks on the medium to which the density code 
field and block length field apply. A value of zero indicates that all of the remaining logical blocks of the 
logical unit shall have the medium characteristics specified. 

If the number of logical blocks on the medium exceeds the maximum value that may be specified in the 
number of blocks field, then a value of FF FFFFh indicates that all of the remaining logical blocks of the 
logical unit shall have the medium characteristics specified. 

NOTE 35 - There may be implicit association between parameters defined in the mode pages and block 
descriptors. In this case, the device server may change parameters not explicitly sent with the MODE 
SELECT command. A subsequent MODE SENSE command may be used to detect these changes. 
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NOTE 36 - The number of remaining logical blocks may be unknown for some device types. 

The block length field specifies the length in bytes of each logical block described by the block descriptor. 
For sequential-access devices, a block length of zero indicates that the logical block size written to the 
medium is specified by the transfer length field in the CDB (see SSC-4). 


7.5.7 Mode page and subpage formats and page codes 

The page_0 mode page format is defined in table 409. 


Table 409 — Page_0 mode page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF(0b) 

PAGE CODE 

1 

PAGE LENGTH (n-1) 

2 

Mode parameters 


n 



The sub_page mode page format is defined in table 410. 


Table 410 — Sub page mode page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (1b) 

PAGE CODE 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

Mode parameters 


n 



Each mode page contains a ps bit, an spf bit, a page code field, a page length field, and a set of mode 
parameters. The page codes are defined in this subclause and in the mode parameter subclauses in the 
command standard for the specific device type. Each mode page with a spf bit set to one contains a subpage 
code field. 

A SubPage Format (spf) bit set to zero indicates that the page_0 mode page format is being used. A spf bit 
set to one indicates that the sub_page mode page format is being used. 

When using the MODE SENSE command, a parameters saveable (ps) bit set to one indicates that the mode 
page may be saved by the logical unit in a nonvolatile, vendor specific location. A ps bit set to zero indicates 
that the device server is not able to save the supported parameters. When using the MODE SELECT 
command, the ps bit is reserved. 

The page code field and subpage code field (see 7.5.1) identify the format and parameters defined for that 
mode page. Page codes are defined as applying to all device types or as applying to a specific device type. 
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The page codes that apply to a specific device type are defined in the command standard for that device type. 
The applicability of each subpage code matches that of the page code with which the subpage code is 
associated. 

The device server shall use the page_0 mode page format only for mode pages associated with subpage 
code OOh (i.e., mode pages for which table 159 (see 6.12.1) requires the use of page_0 mode page format). 

When using the MODE SENSE command, if page code OOh (i.e., vendor specific mode page) is implemented, 
the device server shall return that mode page last in response to a request to return all mode pages (e.g., a 
MODE SENSE command (see 6.12 or 6.13) with the page code field set to 3Fh). When using the MODE 
SELECT command, this mode page should be sent last. 

The page length field specifies the length in bytes of the mode parameters that follow. If the parameter list in 
a MODE SELECT command (see 6.10 or 6.11) does not set the page length field to the value that is returned 
for the mode page by a MODE SENSE command, then the device server shall terminate the MODE SELECT 
command with CHECK CONDITION status, with the sense key set to ILLEGAL REQUEST, and the additional 
sense code set to INVALID FIELD IN PARAMETER LIST. The logical unit may implement a mode page that is 
less than the full mode page length defined, provided no field is truncated and the page length field correctly 
specifies the actual length implemented. 

The mode parameters for each mode page are defined in the following subclauses or in the mode parameters 
subclause in the command standard for the specific device type. Mode parameters not implemented by the 
logical unit shall be set to zero. 
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7.5.8 Command Duration Limit A mode page 

The Command Duration Limit A mode page (see table 411) provides controls for command duration limit (see 
SAM-5) that are applicable to all device types, for commands for which the REPORT SUPPORTED 
OPERATION CODES command parameter data cdlp field (see 6.30) indicates the Command Duration Limit 
A mode page. The mode page policy (see 7.5.2) for this mode page should be per l_T nexus. The mode page 
policy may be shared. If a field in this mode page is changed while there is a command already in the task set, 
then the new value of the field shall not apply to that command. 



The ps bit, spf bit, page code field, subpage code field, and page length field are described in 7.5.7. 

The spf bit, page code field, subpage code field, and page length field shall be set as shown in table 411 for 
the Command Duration Limit A mode page. 

The command duration limit descriptor (see table 412) describes the command duration limit corresponding to 
the duration limit descriptor value in the CDB (see appropriate command standard). 
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EXAMPLE - A duration limit descriptor value of 001b selects the command duration limit contained in the first command 
duration limit descriptor, a duration limit descriptor value of 010b selects the command duration limit contained in the 
second command duration limit descriptor, and a duration limit descriptor value of 111 b selects the command duration limit 
contained in the seventh command limit duration descriptor. 


Table 412 — Command duration limit descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

CDLUNIT 

Reserved 

1 

Reserved 

2 

(MSB) 

COMMAND DURATION LIMIT 


3 


(LSB) 


The cdlunit field (see table 413) specifies the time units for this command duration limit descriptor. 


Table 413 — cdlunit field 


Code 

Description 

000b 

100b 

101b 

110b 

all others 

No duration limit is specified 

1 microsecond 

10 milliseconds 

500 milliseconds 

Reserved 


A command duration limit field set to a non-zero value specifies the command duration limit in units specified 
by the cdlunit field. A command duration limit field set to zero specifies that no command duration limit is 
specified by the command duration limit descriptor. If the cdlunit field is set to 000b, the command duration 
limit field shall be ignored. 
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7.5.9 Command Duration Limit B mode page 

The Command Duration Limit B mode page (see table 414) provides controls for command duration limit (see 
SAM-5) that are applicable to all device types, for commands for which the REPORT SUPPORTED 
OPERATION CODES command parameter data cdlp field (see 6.30) indicates the Command Duration Limit 
B mode page. The mode page policy (see 7.5.2) for this mode page should be per l_T nexus. The mode page 
policy may be shared. If a field in this mode page is changed while there is a command already in the task set, 
then the new value of the field shall not apply to that command. 



The ps bit, spf bit, page code field, subpage code field, and page length field are described in 7.5.7. 

The spf bit, page code field, subpage code field, and page length field shall be set as shown in table 414 for 
the Command Duration Limit B mode page. 

The command duration limit descriptor (see table 412) describes the command duration limit corresponding to 
the duration limit descriptor value as defined in 7.5.8. 


532 


Working Draft SCSI Primary Commands - 5 (SPC-5) 







12 August 2015 


T10/BSR INCUS 502 Revision 05 


7.5.10 Control mode page 

The Control mode page (see table 415) provides controls over SCSI features that are applicable to all device 
types (e.g., task set management and error logging). If a field in this mode page is changed while there is a 
command already in the task set, then whether the old or new value of the field applies to that command is 
outside the scope of this standard. The mode page policy (see 7.5.2) for this mode page shall be shared or 
per l_T nexus. 


Table 415 — Control mode page 


Bit 

Byte 

7 

6 

5 4 

3 

2 1 

0 

0 

PS 

SPF(0b) 

PAGE CODE (OAh) 

1 

PAGE LENGTH (OAh) 

2 

TST TMF_ONLY 

DPICZ 

D_SENSE GLTSD 

RLEC 

3 

QUEUE ALGORITHM MODIFIER 

NUAR 

QErr 

Obsolete 

4 

VS 

RAC 

UA_INTLCK_CTRL 

SWP 

Obsolete 

5 

ATO 

TAS 

ATMPE RWWP 

SBLP 

AUTOLOAD MODE 

6 


Obsolete 


7 



8 

(MSB) 

BUSY TIMEOUT PERIOD 


9 


(LSB) 

10 

(MSB) 

EXTENDED SELF-TEST COMPLETION TIME 


11 


(LSB) 


The ps bit, spf bit, page code field, and page length field are described in 7.5.7. 


The spf bit, page code field, and page length field shall be set as shown in table 415 for the Control mode 
page. 

A task set type (tst) field (see table 416) specifies the type of task set in the logical unit. 


Table 416 — Task set type (tst) field 


Code 

Description 

000b 

001b 

010b to 111b 

The logical unit maintains one task set for all I T nexuses 

The logical unit maintains separate task sets for each l_T nexus 

Reserved 


Regardless of the mode page policy (see 7.5.2) for the Control mode page, the shared mode page policy shall 
be applied to the tst field. If the most recent MODE SELECT changes the setting of this field, then the device 
server shall establish a unit attention condition (see SAM-5) for the initiator port associated with every l_T 
nexus except the l_T nexus on which the MODE SELECT command was received, with the additional sense 
code set to MODE PARAMETERS CHANGED. 

The allow task management functions only (tmf_only) bit set to zero specifies that the device server shall 
process commands with the ACA task attribute received on the faulted l_T nexus while an ACA condition is 
established (see SAM-5). A tmf_only bit set to one specifies that the device server shall complete all 
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commands received on the faulted l_T nexus with an ACA ACTIVE status while an ACA condition is 
established. 

A disable protection information check if protect field is zero (dpicz) bit set to zero indicates that checking of 
protection information bytes is enabled. A dpicz bit set to one indicates that checking of protection information 
is disabled on commands with: 

a) the rdprotect field (see SBC-3) set to zero; 

b) the vrprotect field (see SBC-3) set to zero; or 

c) the orprotect field (see SBC-3) set to zero. 

A descriptor format sense data (d_sense) bit set to zero specifies that the device server shall use fixed format 
sense data (see 4.4.3) when including sense data in the same l_T_L_Q nexus transaction as the status. A 
d_sense bit set to one specifies that the device server shall use descriptor format sense data (see 4.4.2) when 
including sense data in the same l_T_L_Q nexus transaction as the status, except as defined in 4.4.1. If an 
application client enables reporting of referrals in sense data (see SBC-3), then the application client should 
be able to handle up to 252 bytes of sense data. 

A global logging target save disable (gltsd) bit set to zero specifies that the logical unit implicitly saves, at 
vendor specific intervals, each log parameter in which the tsd bit (see 7.3) is set to zero. A gltsd bit set to 
one specifies that the logical unit shall not implicitly save any log parameters. 

A report log exception condition (rlec) bit set to one specifies that the device server shall report log exception 
conditions as described in 7.3. A rlec bit set to zero specifies that the device server shall not report log 
exception conditions. 

The queue algorithm modifier field (see table 417) specifies restrictions on the algorithm used for reordering 
commands having the SIMPLE task attribute (see SAM-5). 


Table 417 — queue algorithm modifier field 


Code 

Description 

Oh 

Restricted reordering: The device server shall order the processing sequence of com¬ 
mands having the SIMPLE task attribute such that data integrity is maintained for that I T 
nexus (i.e., if the transmission of new SCSI transport protocol requests is halted at any 
time, the final value of all data observable on the medium shall be the same as if all the 
commands had been processed with the ORDERED task attribute). 

1h 

Unrestricted reordering allowed: The device server may reorder the processing 
sequence of commands having the SIMPLE task attribute in any manner. Any data 
integrity exposures related to command sequence order shall be explicitly handled by 
the application client through the selection of appropriate commands and task attributes. 

2h to 7h 

Reserved 

8h to Fh 

Vendor specific 


A no unit attention on release (nuar) bit set to one specifies that the device server shall not establish a unit 
attention condition as described in 5.13.11.2.2. A nuar bit set to zero specifies that the device server shall 
establish a unit attention condition as described in 5.13.11.2.2. 
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The queue error management (QErr) field (see table 418) specifies how the device server shall handle other 
commands as the result of one command being terminated with CHECK CONDITION status (see SAM-5). 
The task set type (see the tst field definition in this subclause) defines which other commands are affected. If 
the tst field equals 000b, then all commands from all l_T nexuses are affected. If the tst field equals 001b, 
then only commands from the same l_T nexus as the command that is terminated with CHECK CONDITION 
status are affected. 


Table 418 — Queue error management (QErr) field 


Code 

Definition 

00b 

If an ACA condition is established, the affected commands in the task set shall resume after 
the ACA condition is cleared (see SAM-5). Otherwise, all commands other than the command 
terminated with CHECK CONDITION status shall be processed as if no error occurred. 

01b 

All the affected commands in the task set shall be aborted when the CHECK CONDITION 
status is returned. If the tas bit is set to zero, the device server shall establish a unit attention 
condition (see SAM-5) for the initiator port associated with every l_T nexus that had 
commands aborted except for the l_T nexus on which the command was terminated with 
CHECK CONDITION status, with the additional sense code set to COMMANDS CLEARED BY 
ANOTHER INITIATOR. If the tas bit is set to one, all affected commands in the task set for l_T 
nexuses other than the l_T nexus on which the command was terminated with CHECK 
CONDITION status shall be completed with TASK ABORTED status and no unit attention shall 
be established. For the l_T nexus on which the command was terminated with CHECK 
CONDITION status, no status shall be returned for the commands that are aborted. 

10b 

Reserved 

11b 

Affected commands in the task set belonging to the l_T nexus on which a command was 
terminated with CHECK CONDITION status shall be aborted as part of processing the 
command termination. 


The report a check (rac) bit provides control of reporting long busy conditions or CHECK CONDITION status. 
A rac bit set to one specifies that the device server should return CHECK CONDITION status rather than 
returning BUSY status if the reason for returning BUSY status may persist for a longer time than that specified 
by the busy timeout period field. A rac bit set to zero specifies that the device server may return BUSY 
status regardless of the length of time the reason for returning BUSY status may persist. 
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The unit attention interlocks control (ua_intlck_ctrl) field (see table 419) controls the clearing of unit 
attention conditions reported in the same l_T_L_Q nexus transaction as a CHECK CONDITION status and 
whether returning a status of BUSY, TASK SET FULL, or RESERVATION CONFLICT results in the estab¬ 
lishment of a unit attention condition (see SAM-5). 


Table 419 — Unit attention interlocks control (ua_intlck_ctrl) field 


Code 

Definition 

00b 

The logical unit shall clear any unit attention condition reported in the same l_T_L_Q nexus 
transaction as a CHECK CONDITION status and shall not establish a unit attention condition for 
a command that is completed with BUSY status, TASK SET FULL status, or RESERVATION 
CONFLICT status. 

01b 

Reserved 

10b 

The logical unit shall not clear any unit attention condition reported in the same l_T_L_Q nexus 
transaction as a CHECK CONDITION status and shall not establish a unit attention condition for 
a command that is completed with BUSY status, TASK SET FULL status, or RESERVATION 
CONFLICT status. 

11b 

The logical unit shall not clear any unit attention condition reported in the same l_T_L_Q nexus 
transaction as a CHECK CONDITION status and shall establish a unit attention condition for the 
initiator port associated with the l_T nexus on which the BUSY status, TASK SET FULL status, 
or RESERVATION CONFLICT status is being returned. Depending on the status, the additional 
sense code shall be set to PREVIOUS BUSY STATUS, PREVIOUS TASK SET FULL STATUS, 
or PREVIOUS RESERVATION CONFLICT STATUS. Until it is cleared by a REQUEST SENSE 
command, a unit attention condition shall be established only once for a BUSY status, TASK 

SET FULL status, or RESERVATION CONFLICT status regardless to the number of commands 
completed with one of those status codes. 

NOTE - The requirements for REQUEST SENSE processing of unit attention interlocks are defined 
in SAM-5. 


A software write protect (swp) bit set to one specifies that the logical unit shall inhibit writing to the medium. If 
the swp bit is changed from zero to one, any cached or buffered write data shall be written to the medium 
before enforcing the write protected condition. If the swp bit is set to one, the device server shall terminate all 
commands that require writes to the medium with CHECK CONDITION status, with the sense key set to DATA 
PROTECT, and the additional sense code set to WRITE PROTECTED. If the swp bit is set to zero, specifies 
logical unit may allow writing to the medium depending on other write inhibit mechanisms implemented by the 
logical unit. 

If the device type's command standard defines a write protect (wp) bit in the device-specific parameter field 
in the mode parameter header, then: 

a) if the swp bit is set to one, the wp bit shall be set to one for subsequent MODE SENSE commands; 
and 

b) if the swp bit is set to zero, the value of the wp bit is device type specific. 

For a list of commands affected by the swp bit and details of the wp bit see the command standard for the 
specific device type. 

An application tag owner (ato) bit set to zero specifies that the device server may modify the contents of the 
logical block application tag field and, depending on the protection type, may modify the contents of the 
logical block reference tag field (see SBC-3). If the ato bit is set to one the device server shall not modify 
the logical block application tag field and, depending on the protection type, shall not modify the contents 
of the LOGICAL BLOCK REFERENCE TAG field. 
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A task aborted status (tas) bit set to zero specifies that aborted commands shall be terminated by the device 
server without any response to the application client. A tas bit set to one specifies that commands aborted by 
the actions of an l_T nexus other than the l_T nexus on which the command was received shall be completed 
with TASK ABORTED status (see SAM-5). 

An application tag mode page enabled (atmpe) bit set to zero specifies that use of the Application Tag mode 
page (see SBC-3) is disabled and the contents of logical block application tags are not defined by the 
Application Tag mode page. An atmpe bit set to one specifies that use of the Application Tag mode page is 
enabled. 

If the atmpe bit is set to one in a MODE SELECT command, the device server shall verify that the application 
tag descriptors in the Application Tag mode page (see SBC-4) contain valid current values and saved values if 
saving is implemented and saved values are available. If the Application Tag mode page contains an invalid 
combination, the device server shall terminate that MODE SELECT command with CHECK CONDITION 
status with the sense key set to ILLEGAL REOUEST and the additional sense code set to APPLICATION TAG 
MODE PAGE IS INVALID. 

If: 

a) the atmpe bit is set to one; 

b) the ato bit is set to one; 

c) the value in the dpicz bit allows protection information checking for the specified command; and 

d) the app chk bit is set to one in the Extended INQUIRY Data VPD page (see 7.7.7), 

then knowledge of the value of the Application Tag shall come from the values in the Application Tag mode 
page as specified by the dpicz bit. 

A reject write without protection (rwwp) bit set to zero specifies that the device server shall process write 
commands that are specified to include user data without protection information (e.g., a WRITE(IO) command 
with the wrprotect field set to 000b (see SBC-3)). A rwwp bit set to one specifies that the device server in a 
logical unit that has been formatted with protection information shall terminate with CHECK CONDITION 
status with the sense key set to ILLEGAL REQUEST and the additional sense code set to INVALID FIELD IN 
CDB any write command that is specified to include user data without protection information. 

A supported block lengths and protection information (sblp) bit set to one specifies that the device server shall 
return the Supported Block Lengths and Protection Types VPD page (see SBC-4) and shall set the spt field to 
110b in the Extended INQUIRY Data VPD page (see 7.7.7). A sblp bit set to zero specifies that the device 
server shall not return the Supported Block Lengths and Protection Types VPD page and shall not set the spt 
field to 110b in the Extended INQUIRY Data VPD page. Changing the value of the sblp bit results in the 
establishment of a unit attention condition as described in 6.5.1. If the protect bit is set to zero in the 
standard INQUIRY data (see 6.5.2), the sblp bit shall be set to zero and not changeable. 

The autoload mode field specifies the action to be taken by a removable medium device server at the time 
when a medium is inserted. For devices other than removable medium devices, this field is reserved. Table 
420 shows the usage of the autoload mode field. 


Table 420 — autoload mode field 


Code 

Definition 

000b 

001b 

010b 

011b to 111b 

Medium shall be loaded for full access. 

Medium shall be loaded for medium auxiliary memory access only. 

Medium shall not be loaded. 

Reserved 
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The busy timeout period field specifies the maximum time, in 100 milliseconds increments, that the 
application client allows for the device server to return BUSY status for unanticipated conditions that are not a 
routine part of commands from the application client. This value may be rounded down as defined in 5.9. A 
OOOOh value in this field is undefined by this standard. An FFFFh value in this field is defined as an unlimited 
time. 

The extended self-test completion time field specifies advisory data that is the time in seconds that the 
device server requires to complete an extended self-test provided the device server is not interrupted by 
subsequent commands and no errors occur during processing of the self-test. The application client should 
expect this time to increase significantly if other commands are sent to the logical unit while a self-test is in 
progress or if errors occur during the processing of the self-test. Device servers supporting self-test code 
field values other than 000b for the SEND DIAGNOSTIC command (see 6.37) shall support the extended 
self-test completion time field. The extended self-test completion time field is not changeable. A value 
of FFFFh indicates that the extended self-test takes 65 535 seconds or longer. If the value is FFFFh, then 
refer to the extended self-test completion minutes field in the Extended INQUIRY Data VPD page (see 
7.7.7). 


7.5.11 Control Extension mode page 

The Control Extension mode page (see table 421) provides controls over SCSI features that are applicable to 
all device types. The mode page policy (see 7.5.2) for this mode page shall be shared. If a field in this mode 
page is changed while there is a command already in the task set, then whether the old or new value of the 
field applies to that command is outside the scope of this standard. 


Table 421 — Control Extension mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (1b) 

PAGE CODE (OAh) 

1 

SUBPAGE CODE (01h) 

2 

(MSB) 

PAGE LENGTH (001 Ch) 


3 


(LSB) 

4 

Reserved 

DLC TCMOS SCSIP IALUAE 

5 

Reserved 

INITIAL COMMAND PRIORITY 

6 

MAXIMUM SENSE DATA LENGTH 

7 

Reserved 


31 



The ps bit, spf bit, page code field, subpage code field, and page length field are described in 7.5.7. 


The spf bit, page code field, subpage code field, and page length field shall be set as shown in table 421 for 
the Control Extension mode page. 

A device life control (dlc) bit set to one specifies that the device shall not degrade performance of the logical 
unit in order to extend device life (e.g., manage endurance). A dlc bit set to zero specifies that the device may 
degrade performance of the logical unit in order to extend device life. 
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A timestamp changeable by methods outside this standard (tcmos) bit set to one specifies that a device clock 
(see 5.3) may be initialized by methods outside the scope of this standard. A tcmos bit set to zero specifies 
that a device clock shall not be initialized by any method except the ones defined by this standard. 

A SCSI precedence (scsip) bit set to one specifies that device clock initialization (see 5.3) specified by a SET 
TIMESTAMP command (see 6.41) shall take precedence over methods outside the scope of this standard. A 
scsip bit set to zero specifies that methods outside this standard may initialize a device clock and that the SET 
TIMESTAMP command shall be terminated as described in 6.41. 

An implicit asymmetric logical unit access enabled (ialuae) bit set to one specifies that implicitly managed 
transitions between primary target port asymmetric access states (see 5.15.2) are allowed. An ialuae bit set 
to zero specifies that implicitly managed transitions between primary target port asymmetric access states are 
disallowed and indicates that implicitly managed transitions between primary target port asymmetric access 
states are disallowed or not supported. 

The initial command priority field specifies the priority that may be used as the command priority (see 
SAM-5) for commands received by the logical unit on any l_T nexus (i.e., on any l_T_L nexus) where a priority 
has not been modified by a SET PRIORITY command (see 6.39). If a MODE SELECT command specifies an 
initial command priority value that is different than the current initial command priority, then the device server 
shall set any priorities that have not be set with a SET PRIORITY command to a value different than the new 
initial command priority value to the new priority. The device server shall establish a unit attention condition for 
the initiator port associated with every l_T_L nexus that receives a new priority, with the additional sense code 
set to PRIORITY CHANGED. 

The maximum sense data length field specifies the maximum number of bytes of sense data the device 
server shall include in the same l_T_L_Q nexus transaction as the status. A maximum sense data length field 
set to zero specifies that there is no limit. The device server shall not include more sense data bytes in the 
same l_T_L_Q nexus transaction as the status than the smaller of the length indicated by: 

a) the maximum sense data length field; and 

b) the maximum supported sense data length field in the Extended INQUIRY VPD page (see 7.7.7). 


7.5.12 Disconnect-Reconnect mode page 

NOTE 37 - The name for this mode page, disconnect-reconnect, comes from the SCSI parallel interface. 

The Disconnect-Reconnect mode page (see table 422) provides the application client the means to tune the 
performance of a service delivery subsystem. The mode page policy (see 7.5.2) for this mode page shall be 
shared or per target port. If the SCSI target device contains more than one target port, the mode page policy 
should be per target port. 

The Disconnect-Reconnect mode page controls parameters that affect one or more target ports. The 
parameters that may be implemented are defined in the SCSI transport protocol standard for the target port. 
The mlus bit (see 7.7.9) shall be set to one in the mode page policy descriptor for this mode page. 

The parameters for a target port affect its behavior regardless of which initiator port is forming an l_T nexus 
with the target port. The parameters may be accessed by MODE SENSE (see 6.12) and MODE SELECT (see 
6.10) commands directed to any logical unit accessible through the target port. If a parameter value is 
changed, all the device servers for all logical units accessible through the target port shall establish a unit 
attention condition for the initiator port associated with every l_T nexus that includes the target port except the 
l_T nexus on which the MODE SELECT command was received, with the additional sense code set to MODE 
PARAMETERS CHANGED. 
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If a parameter that is not appropriate for the specific SCSI transport protocol implemented by the target port is 
non-zero, then the device server shall terminate the command with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER 
LIST 

An interconnect tenancy is a period of time during which a given pair of SCSI ports (i.e., an initiator port and a 
target port) are accessing the interconnect layer to communicate with each other (e.g., on arbitrated intercon¬ 
nects, a tenancy typically begins when a SCSI port successfully arbitrates for the interconnect and ends when 
the SCSI port releases the interconnect for use by other devices). Data and other information transfers take 
place during interconnect tenancies. 


Table 422 — Disconnect-Reconnect mode page 


Bit 

Byte 

7 

6 

5 4 3 2 1 0 

0 

PS 

SPF(0b) 

PAGE CODE (02h) 

1 

PAGE LENGTH (OEh) 

2 

BUFFER FULL RATIO 

3 

BUFFER EMPTY RATIO 

4 

(MSB) 



5 


L ' ^ .(LSB) 

6 

(MSB) 



7 


(LSB) 

8 

(MSB) 



9 


CUNNLCI 1 IMt LIMI1 

(LSB) 

10 

(MSB) 



11 


MAXIMUM bUKS 1 SIZb 

(LSB) 

12 

EMDP FAIR ARBITRATION DIMM DTDC 

13 

Reserved 

14 

(MSB) 



15 


(LSB) 


The ps bit, spf bit, page code field, and page length field are described in 7.5.7. 

The spf bit, page code field, and page length field shall be set as shown in table 422 for the 
Disconnect-Reconnect mode page. 

The buffer full ratio field specifies to the target port how full the buffer should be during read operations 
prior to requesting an interconnect tenancy. Target ports that do not implement the requested ratio should 
round down to the nearest implemented ratio as defined in 5.9. 

The buffer empty ratio field specifies to the target port how empty the buffer should be during write 
operations prior to requesting an interconnect tenancy. Target ports that do not implement the requested ratio 
should round down to the nearest implemented ratio as defined in 5.9. 
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The buffer full and buffer empty ratios are numerators of a fractional multiplier that has 256 as its denominator. 
A value of zero indicates that the target port determines when to request an interconnect tenancy consistent 
with the disconnect time limit parameter. These parameters are advisory to the target port. 

EXAMPLE - Consider a target port with ten 512-byte buffers and a specified buffer full ratio of 3Fh. The formula is: 
INTEGER((ratio256)xnumber of buffers). Therefore in this example INTEGER((3Flv256)x10) = 2. During the read 
operations described in this example, the target port should request an interconnect tenancy whenever two or more 
buffers are full. 

The bus inactivity limit field specifies the maximum time that the target port is permitted to maintain an 
interconnect tenancy without data or information transfer. If the bus inactivity limit is exceeded, then the target 
port shall conclude the interconnect tenancy, within the restrictions placed on it by the applicable SCSI 
transport protocol. The contents of the dtdc field in this mode page also shall affect the duration of an 
interconnect tenancy. This value may be rounded as defined in 5.9. A value of zero specifies that there is no 
bus inactivity limit. Different SCSI transport protocols define different units of measure for the bus inactivity 
limit. 

The disconnect time limit field specifies the minimum time that the target port shall wait between 
interconnect tenancies. This value may be rounded as defined in 5.9. A value of zero specifies that there is no 
disconnect time limit. Different SCSI transport protocols define different units of measure for the disconnect 
time limit. 

The connect time limit field specifies the maximum duration of a single interconnect tenancy. If the connect 
time limit is exceeded, then the target port shall conclude the interconnect tenancy, within the restrictions 
placed on it by the applicable SCSI transport protocol. The contents of the dtdc field in this mode page also 
shall affect the duration of an interconnect tenancy. This value may be rounded as defined in 5.9. A value of 
zero specifies that there is no connect time limit. Different SCSI transport protocols define different units of 
measure for the connect time limit. 

The maximum burst size field specifies the maximum amount of data that the target port shall transfer during 
a single data transfer operation. This value is expressed in increments of 512 bytes (i.e., a value of one means 
512 bytes, two means 1 024 bytes, etc.). The relationship, if any, between data transfer operations and 
interconnect tenancies is defined in the individual SCSI transport protocol standards. A value of zero specifies 
there is no limit on the amount of data transferred per data transfer operation. 

In terms of the SCSI transport protocol services (see SAM-5), the device server shall limit the Request Byte 
Count argument to the Receive Data-Out protocol service and the Send Data-In protocol service to the 
amount specified in the maximum burst size field. 

The enable modify data pointers (emdp) bit specifies whether or not the target port may transfer data out of 
order. If the emdp bit is set to zero, the target port shall not transfer data out of order. If the emdp bit is set to 
one, the target port is allowed to transfer data out of order. 

The fair arbitration field specifies whether the target port should use fair or unfair arbitration when 
requesting an interconnect tenancy. The field may be used to specify different fairness methods as defined in 
the individual SCSI transport protocol standards. 

A disconnect immediate (DImm) bit set to zero specifies that the target port may transfer data for a command 
during the same interconnect tenancy in which the SCSI target device receives the command. Whether or not 
the target port does so may depend upon the target port’s internal algorithms, the rules of the applicable SCSI 
transport protocol, and settings of the other parameters in this mode page. A disconnect immediate (DImm) bit 
set to one specifies that the target port shall not transfer data for a command during the same interconnect 
tenancy in which the SCSI target device receives the command. 
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The data transfer disconnect control (dtdc) field (see table 423) defines other restrictions on when multiple 
interconnect tenancies are permitted. A non-zero value in the dtdc field shall take precedence over other 
interconnect tenancy controls represented by other fields in this mode page. 

Table 423 — Data transfer disconnect control (dtdc) field 


Code 

Description 

000b 

Data transfer disconnect control is not used. Interconnect tenancies are 
controlled by other fields in this mode page. 

001b 

All data for a command shall be transferred within a single interconnect tenancy. 

010b 

Reserved 

011b 

All data and the response for a command shall be transferred within a single 
interconnect tenancy. 

100b to 111b 

Reserved 


The first burst size field specifies the maximum amount of data that may be transferred to the target port for 
a command along with the command (i.e., the first burst). This value is expressed in increments of 512 bytes 
(i.e., a value of one means 512 bytes, two means 1 024 bytes, etc.). The meaning of a value of zero is SCSI 
transport protocol specific. SCSI transport protocols supporting this field shall provide an additional 
mechanism to enable and disable the first burst function. 

In terms of the SCSI transport protocol services (see SAM-5), the Receive Data-Out protocol service shall 
transfer the first first burst size amount of data during the first burst. 


7.5.13 Extended mode page 


The Extended mode page (see table 424) provides a means to specify subpages that are defined for all 
device types. Subpage code OOh is reserved. All Extended mode pages use the sub_page mode page format. 

Table 424 — Extended mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (1b) 

PAGE CODE (15h) 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

Subpage specific mode parameters 


n 



The ps bit, spf bit, page code field, and page length field are described in 7.5.7. 


The spf bit and page code field shall be set as shown in table 424 for the Extended mode page. 
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7.5.14 Extended Device-Type Specific mode page 

The Extended Device-Type Specific mode page (see table 425) provides a means to specify subpages that 
are defined differently for each device type. Subpage code OOh is reserved in the MODE SENSE command 
(see 6.12.1). All Extended Device-Type Specific mode pages use the sub_page mode page format. 


Table 425 — Extended Device-Type Specific mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (1b) 

PAGE CODE (16h) 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

Subpage specific mode parameters 


n 



The ps bit, spf bit, page code field, and page length field are described in 7.5.7. 

The spf bit and page code field shall be set as shown in table 425 for the Extended Device-Type Specific 
mode page. 


7.5.15 Power Condition mode page 

The Power Condition mode page provides an application client with a method to control the power condition of 
a logical unit (see 5.12). 

The mode page policy (see 7.5.2) for this mode page shall be shared. 

The logical unit shall use the values in the Power Condition mode page to control its power condition after a 
power on or a hard reset until a START STOP UNIT command (see SBC-3) setting a power condition is 
received. 
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Table 426 defines the Power Condition mode page. 



The ps bit, spf bit, page code field, and page length field are described in 7.5.7. 

The spf bit, page code field, and page length field shall be set as shown in table 426 for the Power Condition 
mode page. 

The pm_bg_precedence field (see table 427) specifies the interactions between background functions and 
power management. 
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Table 427 — pm_bg_precedence field 


Cod 

e 

Description 

00 b 

Vendor specific 

01b 

Performing background functions take precedence over maintaining low power conditions as 
follows: 

a) if the logical unit is in a low power condition as the result of a power condition timer 
associated with that condition expiring, then: 

1) the logical unit shall change from that power condition, if necessary, to the power 
condition required to perform the background function, if: 

a) a timer associated with a background scan operation expires, and that function is 
enabled (see SBC-3); or 

b) an event occurs to initiate a device specific background function, and that function 
is enabled (see 5.4); 

2) the logical unit shall perform the background function(s) based on the definitions in 
this standard and other command standards (e.g., if the device server receives a 
command while performing a background function, then the logical unit shall suspend 
the function to process the command); 

3) if more than one condition is met to initiate a background function, then: 

a) all initiated background functions shall be performed; and 

b) the order of performing the functions is vendor specific; 
and 

4) after all initiated background functions have been completed, the device server shall 
check to see if any power condition timers have expired. If any power condition timer 
has expired, then the logical unit shall change to the power condition associated with 
the highest priority timer that has expired; 

or 

b) if the logical unit is performing a background function, and a power condition timer expires, 
then the logical unit shall perform all initiated background functions before the logical unit 
changes to a power condition associated with a timer that has expired. 

10b 

Maintaining low power conditions take precedence over performing background functions as 
follows: 

a) if the logical unit is in a low power condition, then the logical unit shall not change from that 
power condition to perform a background function; 

b) the device server may perform any initiated and enabled background function based on 
the definitions in this standard or other command standards, if all of the following are true: 

A) a condition is met to initiate a background function; 

B) that background function is enabled; 

C) the logical unit changes to a power condition in which the background function may be 
performed (e.g., the device server processes a medium access command causing the 
logical unit to change its power condition to continue processing that command); and 

D) all outstanding application client requests have been completed; 
or 

c) if the logical unit is performing a background function, and a power condition timer expires 
that causes a change to a power condition in which the logical unit is unable to continue 
performing the background function, then the logical unit shall: 

A) suspend the background function; and 

B) change to the power condition associated with the timer that expired. 

11b 

Reserved 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


545 






T10/BSR INCUS 502 Revision 05 


12 August 2015 


The behavior of the idle condition timer and standby condition timer controlled by this mode page is defined in 
the power condition overview (see 5.12.1) and the power condition state machine (see 5.12.8). 

If the standby_y bit is set to one, the standby_y condition timer is enabled. If the standby_y bit is set to zero, 
the device server shall ignore the standby_y condition timer. 

If the idle_c bit is set to one, the idle_c condition timer is enabled. If the idle_c bit is set to zero, the device 
server shall ignore the idle_c condition timer. 

If the idle_b bit is set to one, the idle_b condition timer is enabled. If the idle_b bit is set to zero, the device 
server shall ignore the idle_b condition timer. 

If the idle_a bit is set to one, the idle_a condition timer is enabled. If the idle_a bit is set to zero, the device 
server shall ignore the idle_a condition timer. 

If the standby_z bit is set to one, the standby_z condition timer is enabled. If the standby_z bit is set to zero, 
the device server shall ignore the standby_z condition timer. 

If any of the power condition enable bits (e.g., the idle_c bit or the standby_y bit) are set to zero and are not 
changeable (see 6.12.3), then the device server does not implement the power condition timer associated 
with that enable bit (see table 59 in 5.12.8.1). 

The idle_a condition timer field specifies the initial value, in 100 millisecond increments, for the idle_a power 
condition timer (see 5.12.8.1). This value may be rounded up or down to the nearest implemented time as 
defined in 5.9. 

The standby_z condition timer field specifies the initial value, in 100 millisecond increments, for the 
standby_z power condition timer (see 5.12.8.1). This value may be rounded up or down to the nearest 
implemented time as defined in 5.9. 

The idle_b condition timer field specifies the initial value, in 100 millisecond increments, for the idle_b power 
condition timer (see 5.12.8.1). This value may be rounded up or down to the nearest implemented time as 
defined in 5.9. 

The idle_c condition timer field specifies the initial value, in 100 millisecond increments, for the idle_c power 
condition timer (see 5.12.8.1). This value may be rounded up or down to the nearest implemented time as 
defined in 5.9. 

The standby_y condition timer field specifies the initial value, in 100 millisecond increments, for the 
standby_y power condition timer (see 5.12.8.1). This value may be rounded up or down to the nearest 
implemented time as defined in 5.9. 
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The CHECK CONDITION if from idle_c (ccf idle) field is defined in table 428. 


Table 428 — ccf idle field 


Code 

Description 

00b 

Obsolete 

01b 

If the transition was from an idle_c power condition, returning CHECK CONDITION status is 
disabled. a 

10b 

If the transition was from an idle_c power condition, returning CHECK CONDITION status is 
enabled. a 

11b 

Reserved 

a For direct-access block devices see the Active_Wait state in SBC-3 for the definition of command 
processing in that state. For devices that are not direct-access block devices, see the Active_Wait 
state in this standard (i.e., see 5.12.8.6) for the definition of command processing in that state. 


The CHECK CONDITION if from standby (ccf standby) field is defined in table 429. 


Table 429 — ccf standby field 


Code 

Description 

00b 

Obsolete 

01b 

If the transition was from a standby power condition, returning CHECK CONDITION status is 
disabled. a 

10b 

If the transition was from a standby power condition, returning CHECK CONDITION status is 
enabled. a 

11b 

Reserved 

a For direct-access block devices see the Active_Wait state and the ldle_Wait state in SBC-3 for the 
definition of command processing in those states. For devices that are not direct-access block devices, 
see the Active_Wait state in this standard (i.e., see 5.12.8.6) for the definition of command processing 
in that state. 


The CHECK CONDITION if from stopped (ccf stopped) field is defined in table 430. 


Table 430 — ccf stopped field 


Code 

Description 

00b 

Obsolete 

01b 

If the transition was from a stopped power condition, returning CHECK CONDITION status is 
disabled. a 

10b 

If the transition was from a stopped power condition, returning CHECK CONDITION status is 
enabled. a 

11b 

Reserved 

a For direct-access block devices see the Active_Wait state, the ldle_Wait state description and the 
Standby_Wait state in SBC-3 for the definition of command processing in those states. 
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7.5.16 Power Consumption mode page 

The Power Consumption mode page (see table 431) provides a method to set the power consumption level 
while in the active power condition (see 5.12.4) to: 

a) a relative power consumption level (see 5.12.2.2); or 

b) a maximum power consumption level (see 5.12.2.2) that is based on the contents of the power 
consumption descriptors in the Power Consumption VPD page (see 7.7.11). 

The mode page policy (see 7.5.2) for this mode page shall be shared. 


Table 431 — Power Consumption mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (1b) 

PAGE CODE (1Ah) 

1 

SUBPAGE CODE (01h) 

2 

(MSB) 

PAGE LENGTH (OOOCh) 


3 


(LSB) 

4 


Reserved 


5 



6 

Reserved active level 

7 

POWER CONSUMPTION IDENTIFIER 

8 

Reserved 


15 



The ps bit, spf bit, page code field, subpage code field, and page length field are described in 7.5.7. 


The spf bit, page code field, subpage code field, and page length field shall be set as shown in table 431 for 
the Power Consumption mode page. 

The active level field (see table 432) specifies the relative active power consumption level, in any. 


Table 432 — active level field 


Code 

Description 

00b 

01b 

10b 

11b 

The active power consumption level is specified by the power consumption identifier field. 
Highest relative active power consumption level 

Intermediate relative active power consumption level 

Lowest relative active power consumption level 


If the application client specifies an unsupported value for the active level field, the device server shall 
terminate the MODE SELECT command with CHECK CONDITION status, with the sense key set to ILLEGAL 
REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. 

If the active level field is set to a non-zero value, the power consumption identifier field is ignored. 
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If the ACTIVE LEVEL field is set to zero, the power consumption identifier field specifies the power 
consumption identifier from one of the power consumption descriptors in the Power Consumption VPD page 
(see 7.7.11) that the device server is to use as described in 5.12.2.3. 

If the application client specifies an active level field set to zero and a value for the power consumption 
identifier field that is not contained in a power consumption descriptor in the Power Consumption VPD page, 
then the device server shall terminate the MODE SELECT command with CHECK CONDITION status, with 
the sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST. 


7.5.17 Protocol Specific Logical Unit mode page 

The Protocol Specific Logical Unit mode page (see table 433) provides protocol specific controls that are 
associated with a logical unit. 

During an l_T_L nexus, the Protocol Specific Logical Unit mode page controls parameters that affect both: 

a) one or more target ports; and 

b) the logical unit. 

The parameters that may be implemented are defined in the SCSI transport protocol standard for the target 
port. The mode page policy (see 7.5.2) for this mode page shall be shared or per target port and should be per 
target port. 

The parameters for a target port and logical unit affect their behavior regardless of which initiator port is 
forming an l_T_L nexus with the target port and logical unit. If a parameter value is changed, the device server 
shall establish a unit attention condition for the initiator port associated with every l_T nexus except the l_T 
nexus on which the MODE SELECT command was received, with the additional sense code set to MODE 
PARAMETERS CHANGED. 


Table 433 — Protocol Specific Logical Unit mode page 


Bit 

Byte 

7 

6 

5 4 3 2 1 0 

0 

PS 

SPF (Ob) 

PAGE CODE (18h) 

1 

PAGE LENGTH (n-1) 

2 

Protocol specific mode parameters protocol identifier 

3 


Protocol specific mode parameters 

n 



The ps bit, spf bit, page code field, and page length field are described in 7.5.7. 

The spf bit and page code field shall be set as shown in table 433 for the Protocol Specific Logical Unit mode 
page. 

The value in the protocol identifier field (see 7.6.1) defines the SCSI transport protocol to which the mode 
page applies. For a MODE SENSE command (see 6.12), the device server shall set the protocol identifier 
field to one of the values shown in table 436 (see 7.6.1) to indicate the SCSI transport protocol used by the 
target port through which the MODE SENSE command is being processed. For a MODE SELECT command 
(see 6.10), the application client should set the protocol identifier field to the same value that is returned in 
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a MODE SENSE command for that SCSI target port. If a device server receives a mode page containing a 
transport protocol identifier value other than the one used by the target port on which the MODE SELECT 
command was received, then the device server shall terminate the command with CHECK CONDITION 
status, with the sense key set to ILLEGAL REOUEST, and the additional sense code set to INVALID FIELD IN 
PARAMETER LIST 


7.5.18 Protocol Specific Port mode page 

The Protocol Specific Port mode page provides protocol specific controls that are associated with a SCSI port. 
The page_0 mode page format (see table 434) is used if a MODE SENSE command (see 6.12.1) contains 
zero in the subpage code field, and sub_page mode page format (see table 435) is used for subpages 01 h to 
FEh. See the SCSI transport protocol standard for definition of the protocol specific mode parameters. 

The Protocol Specific Port mode page controls parameters that affect one or more target ports. The 
parameters that may be implemented are defined in the SCSI transport protocol standard for the target port. 
The mode page policy (see 7.5.2) for this mode page shall be shared or per target port. If the SCSI target 
device contains more than one target port, the mode page policy should be per target port. 

The parameters for a target port affect its behavior regardless of which initiator port is forming an l_T nexus 
with the target port. The mlus bit (see 7.7.9) shall be set to one in the mode page policy descriptor for this 
mode page. 

The parameters may be accessed by MODE SENSE (see 6.12) and MODE SELECT (see 6.10) commands 
directed to any logical unit accessible through the target port. If a parameter value is changed, the device 
servers for all logical units accessible through the target port shall establish a unit attention condition for the 
initiator port associated with every l_T nexus except the l_T nexus on which the MODE SELECT command 
was received, with the additional sense code set to MODE PARAMETERS CHANGED. 


Table 434 — Page_0 mode page format Protocol Specific Port mode page 


Bit 

Byte 

7 

6 

5 4 3 2 1 0 

0 

PS 

SPF(0b) 

PAGE CODE (19h) 

1 

PAGE LENGTH (n-1) 

2 

Protocol specific mode parameters protocol identifier 

3 


Protocol specific mode parameters 

n 
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Table 435 — Sub_page mode page format Protocol Specific Port mode page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PS 

SPF (1b) 

PAGE CODE (19h) 

1 

SUBPAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

Reserved 

5 

Protocol specific mode parameters protocol identifier 

6 

Protocol specific mode parameters 


n 



The ps bit, spf bit, page code field, subpage code field, and page length field are described in 7.5.7. 

The spf bit and page code field shall be set as shown in table 434 or table 435 for the Protocol Specific Port 
mode page. 

The value in the protocol identifier field (see 7.6.1) defines the SCSI transport protocol to which the mode 
page applies. For a MODE SENSE command, the device server shall set the protocol identifier field to one 
of the values shown in table 436 (see 7.6.1) to indicate the SCSI transport protocol used by the target port 
through which the MODE SENSE command is being processed. For a MODE SELECT command, the 
application client should set the protocol identifier field to the same value that is returned in a MODE 
SENSE command for that SCSI target port. If a device server receives a mode page containing a transport 
protocol identifier value other than the one used by the target port on which the MODE SELECT command 
was received, then the device server shall terminate the command with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER 
LIST. 
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7.6 Protocol specific parameters 


7.6.1 Protocol specific parameters introduction 

Some commands include protocol specific information in their command definitions. This subclause describes 
those protocol specific parameters. 

Protocol specific parameters may include a protocol identifier field (see table 436) as a reference for the 
SCSI transport protocol to which the protocol specific parameter applies. 


Table 436 — protocol identifier field values 


Protocol 

Identifier 

Description 

Protocol 

Standard 

Oh 

Fibre Channel Protocol for SCSI 

FCP-4 

1h 

Obsolete 


2h 

Serial Storage Architecture SCSI-3 Protocol 

SSA-S3P 

3h 

Serial Bus Protocol for IEEE 1394 

SBP-3 

4h 

SCSI RDMA Protocol 

SRP 

5h 

Internet SCSI (iSCSI) 

iSCSI 

6h 

SAS Serial SCSI Protocol 

SPL-4 

7h 

Automation/Drive Interface Transport Protocol 

ADT-2 

8h 

AT Attachment Interface 

ACS-2 

9h 

USB Attached SCSI 

UAS 

Ah 

SCSI over PCI Express 

SOP 

Bh 

PCI Express Protocols 

PCIe 

Ch to Eh 

Reserved 


Fh 

No specific protocol 



7.6.2 Alias entry protocol specific designations 

7.6.2.1 Introduction to alias entry protocol specific designations 

The alias entry formats (see 6.2.2) used by specific SCSI transport protocols in the CHANGE ALIASES 
command (see 6.2) and REPORT ALIASES command (see 6.25) are based on the SCSI transport protocol 
specified in the protocol identifier field (see 7.6.1). These alias entry formats are defined in 7.6.2. 
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7.6.2.2 Fibre Channel specific alias entry formats 

7.6.2.2.1 Summary of Fibre Channel specific alias entry formats 

The alias entry formats for the Fibre Channel protocol are summarized in table 437. 

Table 437 — Fibre Channel alias entry format codes 


Format 

Code 

Description 

Designation 

Length 

(bytes) 

Reference 

OOh 

World Wide Port Name 

8 

7.6.2.2.2 

Olh 

World Wide Port Name 
with N_Port checking 

12 

7.6.2.2.3 

02h to FFh 

Reserved 




7.6.2.2.2 Fibre Channel world wide port name alias entry format 

The format of a Fibre Channel world wide port name alias entry is shown in table 438. 


Table 438 — Fibre Channel world wide port name alias entry format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ALIAS VALUE 


7 

(LSB) 

8 

PROTOCOL IDENTIFIER (OOh) 

9 


Reserved 


10 



11 

FORMAT CODE (OOh) 

12 


Reserved 


13 



14 

(MSB) 

DESIGNATION LENGTH (0008h) 


15 


(LSB) 

16 

FIBRE CHANNEL WORLD WIDE PORT NAME 


23 



The ALIAS VALUE field is defined in 6.2.2. 

The PROTOCOL identifier field is defined in 6.2.2 and shall be set as shown in table 438 for the Fibre Channel 
world wide port name alias entry format. 

The format code field is defined in 6.2.2 and shall be set as shown in table 438 for the Fibre Channel world 
wide port name alias entry format. 
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The DESIGNATION length field is defined in 6.2.2 and shall be set as shown in table 438 for the Fibre Channel 
world wide port name alias entry format. 

The fibre channel world wide port name field shall contain the port world wide name defined by the port 
login (PLOGI) extended link service (see FC-FS-3). 

A Fibre Channel world wide port name designation is valid (see 6.2.3) if the device server has access to a 
SCSI domain formed by a Fibre Channel fabric and the fabric contains a port with the specified port world 
wide name. 

7.6.2.2.3 Fibre Channel world wide port name with N_Port checking alias entry format 

The format of a Fibre Channel world wide port name with N_Port checking alias entry is shown in table 439. 


Table 439 — Fibre Channel world wide port name with N_Port checking alias entry format 



The alias value field is defined in 6.2.2. 


The protocol identifier field is defined in 6.2.2 and shall be set as shown in table 439 for the Fibre Channel 
world wide port name with NPort checking alias entry format. 

The format code field is defined in 6.2.2 and shall be set as shown in table 439 for the Fibre Channel world 
wide port name with N Port checking alias entry format. 

The designation length field is defined in 6.2.2 and shall be set as shown in table 439 for the Fibre Channel 
world wide port name with N Port checking alias entry format. 
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The fibre channel world wide port name field shall contain the port world wide name defined by the port 
login (PLOGI) extended link service (see FC-FS-3). 

The n_port field shall contain the FC-FS-3 port D_ID to be used to transport frames including PLOGI and 
FCP-4 related frames. 

A Fibre Channel world wide port name with N_Port checking designation is valid (see 6.2.3) if all of the 
following conditions are true: 

a) the device server has access to a SCSI domain formed by a Fibre Channel fabric; 

b) the fabric contains a port with the specified port World Wide Name; and 

c) the value in the n_port field is the N_Port identifier of a Fibre Channel port whose port world wide 
name matches that in the fibre channel world wide port name field. 

7.6.2.3 RDMA specific alias entry formats 

7.6.2.3.1 Summary of RDMA specific alias entry formats 

The alias entry formats for the SCSI RDMA protocol are summarized in table 440. 


Table 440 — RDMA alias entry format codes 


Format 

Code 

Description 

Designation 

Length 

(bytes) 

Reference 

OOh 

Target Port Identifier 

16 

7.6.2.3.2 

Olh 

InfiniBand™ Global Identifier with 
Target Port Identifier checking 

32 

7.6.2.3.3 

02h to FFh 

Reserved 
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7.6.2.3.2 RDMA target port identifier alias entry format 

The format of a SCSI RDMA target port identifier alias entry is shown in table 441. 


Table 441 — RDMA target port identifier alias entry format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ALIAS VALUE 


7 

(LSB) 

8 

PROTOCOL IDENTIFIER (04h) 

9 


Reserved 


10 



11 

FORMAT CODE (00h) 

12 


Reserved 


13 



14 

(MSB) 

DESIGNATION LENGTH (001 Oh) 


15 


(LSB) 

16 

TARGET PORT IDENTIFIER 


31 



The ALIAS VALUE field is defined in 6.2.2. 


The PROTOCOL identifier field is defined in 6.2.2 and shall be set as shown in table 441 for the RDMA target 
port identifier alias entry format. 

The format code field is defined in 6.2.2 and shall be set as shown in table 441 for the RDMA target port 
identifier alias entry format. 

The DESIGNATION length field is defined in 6.2.2 and shall be set as shown in table 441 for the RDMA target 
port identifier alias entry format. 

The TARGET PORT identifier field shall contain an SRP target port identifier. 

A SCSI RDMA target port identifier designation is valid (see 6.2.3) if the device server has access to an SRP 
SCSI domain containing the specified SRP target port identifier. 
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7.6.2.3.3 InfiniBand global identifier with target port identifier checking alias entry format 

The format of an InfiniBand global identifier with target port identifier checking alias entry is shown in table 
442. 


Table 442 — InfiniBand global identifier with target port identifier checking alias entry format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ALIAS VALUE 


7 

(LSB) 

8 

PROTOCOL IDENTIFIER (04h) 

9 


Reserved 


10 



11 

FORMAT CODE (01 h) 

12 


Reserved 


13 



14 

(MSB) 

DESIGNATION LENGTH (0020h) 


15 


(LSB) 

16 

INFINIBAND GLOBAL IDENTIFIER 


31 


32 

TARGET PORT IDENTIFIER 


47 



The alias value field is defined in 6.2.2. 


The protocol identifier field is defined in 6.2.2 and shall be set as shown in table 442 for the InfiniBand 
global identifier with target port identifier checking alias entry format. 

The format code field is defined in 6.2.2 and shall be set as shown in table 442 for the InfiniBand global 
identifier with target port identifier checking alias entry format. 

The designation length field is defined in 6.2.2 and shall be set as shown in table 442 for the InfiniBand 
global identifier with target port identifier checking alias entry format. 

The infiniband global identifier field specifies an InfiniBand global identifier (GID) of an InfiniBand port 
connected to an SRP target port. 

The target port identifier field specify an SRP target port identifier. 

An InfiniBand global identifier with target port identifier checking designation is valid (see 6.2.3) if all of the 
following conditions are true: 

a) the device server has access to an SRP SCSI domain layered on InfiniBand; 
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b) the device server has access to an SRP target port based on the InfiniBand global identifier specified 
in the infiniband global identifier field; and 

c) the value in the target port identifier field is the SRP target port identifier for the SRP target port 
that is accessible via the InfiniBand global identifier contained in the infiniband global identifier 
field. 

7.6.2.4 Internet SCSI specific alias entry formats 

7.6.2.4.1 Summary of Internet SCSI specific alias entry formats 

The alias entry formats for the iSCSI protocol are summarized in table 443. 


Table 443 — iSCSI alias entry format codes 


Format 

Code 

Description 

Designation 

Length 

(bytes, 

maximum) 

Reference 

OOh 

iSCSI Name 

224 

7.6.2.4.2 

Olh 

iSCSI Name with binary IPv4 address 

236 

7.6.2.4.3 

02h 

iSCSI Name with IPName 

488 

7.6.2.4.4 

03h 

iSCSI Name with binary IPv6 address 

248 

7.6.2.4.5 

04h to FFh 

Reserved 




NOTE 38 - A designation that contains no IP addressing information or contains IP addressing information 
that does not address the named SCSI target device may require a device server to have access to a name 
server or to other discovery protocols to resolve the given iSCSI Name to an IP address through which the 
device server may establish iSCSI Login. Access to such a service is protocol specific and vendor specific. 
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7.6.2.4.2 iSCSI name alias entry format 

The format of an iSCSI name alias entry is shown in table 444. 


Table 444 — iSCSI name alias entry format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

ALIAS VALUE 


7 

(LSB) 

8 

PROTOCOL IDENTIFIER (05h) 

9 


Reserved 


10 



11 

FORMAT CODE (00h) 

12 


Reserved 


13 



14 

(MSB) 

DESIGNATION LENGTH (4m-16) 


15 


(LSB) 

16 

(MSB) 

ISCSI NAME 


4m-1 

(LSB) 


The ALIAS VALUE field is defined in 6.2.2. 


The PROTOCOL identifier field is defined in 6.2.2 and shall be set as shown in table 444 for the iSCSI name 
alias entry format. 

The format code field is defined in 6.2.2 and shall be set as shown in table 444 for the iSCSI name alias 
entry format. 

The DESIGNATION length field is defined in 6.2.2. 

The null-terminated, null-padded (see 4.3.2) iscsi name field shall contain the iSCSI name of an iSCSI node 
(see RFC 7143). The number of bytes in the iscsi name field shall be a multiple of four. 

An iSCSI name designation is valid if the device server has access to a SCSI domain containing an Internet 
protocol network and that network contains an iSCSI node with the specified iSCSI name. 
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7.6.2.4.3 iSCSI name with binary IPv4 address alias entry format 

The format of an iSCSI name with binary IPv4 address alias entry is shown in table 445. 

Table 445 — iSCSI name with binary IPv4 address alias entry format 


Bit 

Byte 


6 


1 


(MSB) 




ALIAS VALUE 


7 



(LSB) 

8 

PROTOCOL IDENTIFIER (05h) 

9 


Reserved 


10 



11 

FORMAT CODE (01 h) 

12 


Reserved 


13 



14 

(MSB) 

DESIGNATION LENGTH (4m+12) 


15 


(LSB) 

16 

(MSB) 





ISCSI NAME 


4m-1 



(LSB) 

4m 

(MSB) 





IPV4 ADDRESS 


4m+3 



(LSB) 

4m+4 


Reserved 


4m+5 



4m+6 

(MSB) 

PORT NUMBER 


4m+7 


(LSB) 

4m+8 


Reserved 


4m+9 



4m+10 

(MSB) 

INTERNET PROTOCOL NUMBER 


4m+11 


(LSB) 


The alias value field is defined in 6.2.2. 


The protocol identifier field is defined in 6.2.2 and shall be set as shown in table 445 for the iSCSI name 
with binary IPv4 address alias entry format. 

The format code field is defined in 6.2.2 and shall be set as shown in table 445 for the iSCSI name with 
binary IPv4 address alias entry format. 

The designation length field is defined in 6.2.2. 
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The null-terminated, null-padded (see 4.3.2) iscsi name field shall contain the iSCSI name of an iSCSI node 
(see RFC 7143). The number of bytes in the iscsi name field shall be a multiple of four. 

The IPV4 ADDRESS field shall contain an IPv4 address (see RFC 791). 

The port number field shall contain a TCP port number. The TCP port number shall conform to the 
requirements defined by iSCSI (see RFC 7143). 

The internet protocol number field shall contain an Internet protocol number. The Internet protocol number 
shall conform to the requirements defined by iSCSI (see RFC 7143). 

An iSCSI name designation is valid if the device server has access to a SCSI domain containing an Internet 
protocol network and that network contains an iSCSI node with the specified iSCSI name. 

The IPv4 address, port number, and Internet protocol number provided in the designation may be used by a 
device server for addressing to discover and establish communication with the named iSCSI node. 
Alternatively, the device server may use other protocol specific or vendor specific methods to discover and 
establish communication with the named iSCSI node. 
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7.6.2.4.4 iSCSI name with IPname alias entry format 

The format of an iSCSI name with IPname alias entry is shown in table 446. 


Table 446 — iSCSI name with IPname alias entry format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

7 

(MSB) 

ALIAS VALUE 

(LSB) 

8 

PROTOCOL IDENTIFIER (05h) 

9 

10 

Reserved 

11 

FORMAT CODE (03h) 

12 

13 

Reserved 

14 

15 

(MSB) 

DESIGNATION LENGTH (4m+8) 

(LSB) 

16 

k 

(MSB) 

ISCSI NAME 

(LSB) 

k+1 

n 

(MSB) 

IPNAME 

(LSB) 

n+1 

4m-1 

pad (if any) 

4m 

4m+1 

Reserved 

4m+2 

4m+3 

(MSB) 

PORT NUMBER 

(LSB) 

4m+4 

4m+5 

Reserved 

4m+6 

4m+7 

(MSB) 

INTERNET PROTOCOL NUMBER 

(LSB) 


The alias value field is defined in 6.2.2. 


The protocol identifier field is defined in 6.2.2 and shall be set as shown in table 446 for the iSCSI name 
with IPname alias entry format. 

The format code field is defined in 6.2.2 and shall be set as shown in table 446 for the iSCSI name with 
IPname alias entry format. 
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The DESIGNATION length field is defined in 6.2.2. 

The null-terminated (see 4.3.2) iscsi name field shall contain the iSCSI name of an iSCSI node (see RFC 
7143). 

The null-terminated (see 4.3.2) ipname field shall contain an Internet protocol domain name. 

The pad field shall contain zero to three bytes set to zero such that the total length of the iscsi name field, 
ipname field, and pad field is a multiple of four. Device servers shall ignore the pad field. 

The port number field shall contain a TCP port number. The TCP port number shall conform to the 
requirements defined by iSCSI (see RFC 7143). 

The internet protocol number field shall contain an Internet protocol number. The Internet protocol number 
shall conform to the requirements defined by iSCSI (see RFC 7143). 

An iSCSI name designation is valid if the device server has access to a SCSI domain containing an Internet 
protocol network and that network contains an iSCSI node with the specified iSCSI name. 

The Internet protocol domain name, port number, and Internet protocol number provided in the designation 
may be used by a device server for addressing to discover and establish communication with the named 
iSCSI node. Alternatively, the device server may use other protocol specific or vendor specific methods to 
discover and establish communication with the named iSCSI node. 
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7.6.2.4.5 iSCSI name with binary IPv6 address alias entry format 

The format of an iSCSI name with binary IPv6 address alias entry is shown in table 447. 

Table 447 — iSCSI name with binary IPv6 address alias entry format 


Bit 

Byte 


6 


1 


(MSB) 




ALIAS VALUE 


7 



(LSB) 

8 

PROTOCOL IDENTIFIER (05h) 

9 


Reserved 


10 



11 

FORMAT CODE (03h) 

12 


Reserved 


13 



14 

(MSB) 

DESIGNATION LENGTH (4m+24) 


15 


(LSB) 

16 

(MSB) 





ISCSI NAME 


n 



(LSB) 

4m 

(MSB) 





IPV6 ADDRESS 


4m+15 



(LSB) 

4m+16 


Reserved 


4m+17 



4m+18 

(MSB) 

PORT NUMBER 


4m+19 


(LSB) 

4m+20 


Reserved 


4m+21 



4m+22 

(MSB) 

INTERNET PROTOCOL NUMBER 


4m+23 


(LSB) 


The alias value field is defined in 6.2.2. 


The protocol identifier field is defined in 6.2.2 and shall be set as shown in table 447 for the iSCSI name 
with binary IPv6 address alias entry format. 

The format code field is defined in 6.2.2 and shall be set as shown in table 447 for the iSCSI name with 
binary IPv6 address alias entry format. 

The designation length field is defined in 6.2.2. 
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The null-terminated, null-padded (see 4.3.2) iscsi name field shall contain the iSCSI name of an iSCSI node 
(see RFC 7143). 

The IPV6 ADDRESS field shall contain an IPv6 address (see RFC 4291). 

The port number field shall contain a TCP port number. The TCP port number shall conform to the 
requirements defined by iSCSI (see RFC 7143). 

The internet protocol number field shall contain an Internet protocol number. The Internet protocol number 
shall conform to the requirements defined by iSCSI (see RFC 7143). 

An iSCSI name designation is valid if the device server has access to a SCSI domain containing an Internet 
protocol network and that network contains an iSCSI node with the specified iSCSI name. 

The IPv6 address, port number and Internet protocol number provided in the designation may be used by a 
device server for addressing to discover and establish communication with the named iSCSI node. 
Alternatively, the device server may use other protocol specific or vendor specific methods to discover and 
establish communication with the named iSCSI node. 
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7.6.3 EXTENDED COPY protocol specific CSCD descriptors 

7.6.3.1 Introduction to EXTENDED COPY protocol specific CSCD descriptors 

The protocol specific CSCD descriptors (see 6.4.5.1) in the parameter list (see 5.16.7.1) of the EXTENDED 
COPY command (see 6.4) are described in 7.6.3. 

7.6.3.2 Fibre Channel N_Port_Name CSCD descriptor format 


The CSCD descriptor format shown in table 448 is used by an EXTENDED COPY command to specify an 
FCP CSCD using its Fibre Channel N_Port_Name. 



The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.4.5.1. The 
descriptor type code field shall be set as shown in table 448 for the Fibre Channel NPortName CSCD 
descriptor. 

The n_port_name field shall contain the N Port Name defined by the port login (PLOGI) extended link 
service (see FC-LS-2). 

NOTE 39 - The Fibre Channel N_Port_Name CSCD descriptor format requests that the copy manager 
translate the N_Port_Name to an N_Port_ID (see FC-FS-3, FC-LS-2, and 7.6.3.3). 
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7.6.3.3 Fibre Channel N_Port_ID CSCD descriptor format 

The CSCD descriptor format shown in table 449 is used by an EXTENDED COPY command to specify an 
FCP CSCD using its Fibre Channel N_Port_ID. 


Table 449 — Fibre Channel N_Port_ID CSCD descriptor format 


Bit 

Byte 


DESCRIPTOR TYPE CODE (Elh) 


PERIPHERAL DEVICE TYPE 


(MSB) 


RELATIVE INITIATOR PORT IDENTIFIER 


(LSB) 


LU IDENTIFIER 


(MSB) 


N_PORT_ID 


(LSB) 


Device type specific parameters 


The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.4.5.1. The 
DESCRIPTOR TYPE code field shall be set as shown in table 449 for the Fibre Channel N_Port_ID CSCD 
descriptor. 

The n_port_id field shall contain the port D_ID (see FC-FS-3) to be used to transport frames including PLOGI 
(see FC-LS-2) and FCP-4 related frames. 

NOTE 40 - Use of N_Port_ID addressing restricts this CSCD descriptor format to a single Fibre Channel 
fabric. 
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7.6.3.4 Fibre Channel N_Port_ID With N_Port_Name Checking CSCD descriptor format 


The CSCD descriptor format shown in table 450 is used by an EXTENDED COPY command to specify an 
FCP CSCD using its Fibre Channel NPortJD and to require the copy manager to verify that the 
N_Port_Name of the specified N_Port matches the value in the CSCD descriptor. 

Table 450 — Fibre Channel N_Port_ID With N_Port_Name Checking CSCD descriptor format 


Bit 

Byte 


DESCRIPTOR TYPE CODE (E2h) 

Obsolete I peripheral device type 


(MSB) 


RELATIVE INITIATOR PORT IDENTIFIER 


LU IDENTIFIER 


(LSB) 


I PORT NAME 


(MSB) 


(LSB) 


Device type specific parameters 


The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.4.5.1. The 
descriptor type code field shall be set as shown in table 450 for the Fibre Channel NPortJD With 
NPortName Checking CSCD descriptor. 

The n_port_name field shall contain the N Port Name defined by the port login (PLOGI) extended link 
service (see FC-FS-3 and FC-LS-2). 

The n_port_id field shall contain the port D ID (see FC-FS-3) to be used to transport frames including PLOGI 
(see FC-LS-2) and FCP-4 related frames. 

NOTE 41 - Use of N_Port addressing restricts this CSCD descriptor format to a single fabric. 

If the copy manager first processes a segment descriptor that references this type of CSCD descriptor, the 
copy manager shall confirm that the D ID in the n portjd field is associated with the N_Port_Name in the 
n_port_name field. If the confirmation fails, the copy manager shall terminate the copy operation (see 
5.16.4.3) because the CSCD is unreachable (see 5.16.7.4). The copy manager processing this CSCD 
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descriptor shall track configuration changes that affect the D_ID value for the duration of the copy operation 
(see 5.16.4.3). An application client is responsible for tracking configuration changes between commands. 

7.6.3.5 IEEE 1394 EUI-64 CSCD descriptor format 

The CSCD descriptor format shown in table 451 is used by an EXTENDED COPY command to specify an 
SBP-3 CSCD using its IEEE 1394 Extended Unique Identifier, 64-bits (EUI-64) and configuration ROM 
directory identifier. 


Table 451 — IEEE 1394 EUI-64 CSCD descriptor format 



The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.4.5.1. The 
DESCRIPTOR TYPE code field shall be set as shown in table 451 for the IEEE 1394 EUI-64 CSCD descriptor. 


The eui- 64 field shall contain the SBP-3 node’s unique identifier (EUI-64) obtained from the configuration 
ROM bus information block, as specified by ANSI IEEE 1394a:2000. 

NOTE 42 - ANSI IEEE 1394a-2000 separately labels the components of the EUI-64 as node_vendor_id, 
chip_id_hi and chip_id_lo. Collectively these form the node’s EUI-64. 

The DIRECTORY id field shall contain the CSCD’s directory identifier, as specified by ISO/IEC 13213:1994. 
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7.6.3.6 RDMA CSCD descriptor format 


The CSCD descriptor format shown in table 452 is used by an EXTENDED COPY command to specify an 
SRP CSCD using its RDMA SRP target port identifier. 



The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.4.5.1. The 
DESCRIPTOR TYPE code field shall be set as shown in table 452 for the RDMA CSCD descriptor. 

The TARGET PORT identifier field specifies the SRP target port identifier (see SRP). 
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7.6.3.7 iSCSI IPv4 CSCD descriptor format 


The CSCD descriptor format shown in table 453 is used by an EXTENDED COPY command to specify an 
iSCSI CSCD using its binary IPv4 address. 



The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.4.5.1. The 
DESCRIPTOR TYPE code field shall be set as shown in table 453 for the iSCSI IPv4 CSCD descriptor. 

The IPV4 ADDRESS field shall contain an IPv4 address (see RFC 791). 

The port number field shall contain the TCP port number. The TCP port number shall conform to the 
requirements defined by iSCSI (see RFC 7143). 

The internet protocol number field shall contain an Internet protocol number. The Internet protocol number 
shall conform to the requirements defined by iSCSI (see RFC 7143). 

NOTE 43 - The internet protocol number for TCP is 0006h. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


571 






T10/BSR INCUS 502 Revision 05 


12 August 2015 


7.6.3.8 iSCSI IPv6 CSCD descriptor format 


The CSCD descriptor format shown in table 454 is used by an EXTENDED COPY command to specify an 
iSCSI CSCD using its binary IPv6 address. 

Table 454 — iSCSI IPv6 CSCD descriptor format 


Bit 

Byte 


DESCRIPTOR TYPE CODE (EAh) 


PERIPHERAL DEVICE TYPE 


(MSB) 


RELATIVE INITIATOR PORT IDENTIFIER 


(LSB) 


(MSB) 


LU IDENTIFIER 


IPV6 ADDRESS 


(LSB) 


Device type specific parameters 


EXTENSION DESCRIPTOR TYPE CODE (FFh) 


(MSB) 


PORT NUMBER 


(LSB) 


(MSB) 


INTERNET PROTOCOL NUMBER 


(LSB) 


The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.4.5.1. The 
descriptor type code field shall be set as shown in table 454 for the iSCSI IPv6 CSCD descriptor. 

The IPV6 address field shall contain a unicast IPv6 address (see RFC 4291). 

The extension descriptor type code field is described in 6.4.5.2. If the extension descriptor type code 
field does not contain the value shown in table 454, then the copy manager shall terminate the copy operation 
(see 5.16.4.3) with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the 
additional sense code set to INVALID FIELD IN PARAMETER LIST. 
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The port number field shall contain the TCP port number. The TCP port number shall conform to the 
requirements defined by iSCSI (see RFC 7143). 

The internet protocol number field shall contain an Internet protocol number. The Internet protocol number 
shall conform to the requirements defined by iSCSI (see RFC 7143). 

NOTE 44 - The internet protocol number for TCP is 0006h. 

7.6.3.9 SAS Serial SCSI Protocol CSCD descriptor format 


The CSCD descriptor format shown in table 455 is used by an EXTENDED COPY command to specify a SAS 
CSCD using its SAS address. 



The DESCRIPTOR TYPE CODE field, LU ID TYPE field, PERIPHERAL DEVICE TYPE field, RELATIVE INITIATOR PORT 
identifier field, lu identifier field, and the device type specific parameters are described in 6.4.5.1. The 
descriptor type code field shall be set as shown in table 455 for the SAS Serial SCSI Protocol CSCD 
descriptor. 

The sas address field specifies the SAS address (see SPL-3). 
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7.6.4 TransportlD identifiers 

7.6.4.1 Overview of TransportlD identifiers 

An application client may use a TransportlD to specify an initiator port other than the initiator port that is 
transporting the command and parameter data (e.g., as the initiator port in the l_T nexus to which 
PERSISTENT RESERVE OUT command with REGISTER AND MOVE service action (see 5.13.8) is moving 
a persistent reservation). 

TransportIDs (see table 456) shall be at least 24 bytes long and shall be a multiple of four bytes in length. 


Table 456 — TransportlD format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

TPID FORMAT 

Reserved 

PROTOCOL IDENTIFIER 

1 

SCSI transport protocol specific data 


n 



The TransportlD format (tpid format) field specifies the format of the TransportlD. All TransportlD format 
codes not defined in this standard (i.e., in 7.6.4) are reserved. 

The protocol identifier field (see table 436 in 7.6.1) specifies the SCSI transport protocol to which the 
TransportlD applies. 

The format of the SCSI transport protocol specific data depends on the value in the protocol identifier field. 
The SCSI transport protocol specific data in a TransportlD shall only include initiator port identifiers, initiator 
port names, or SCSI device names (see SAM-5) that persist across hard resets and I T nexus losses. 
TransportlD formats specific to SCSI transport protocols are listed in table 457. 


Table 457 — TransportlD formats for specific SCSI transport protocols 


SCSI transport protocol 

Protocol 

standard 

Reference 

Fibre Channel Protocol (FCP) 

FCP-4 

7.6.4.2 

Serial Bus Protocol (SBP) (i.e., IEEE 1394) 

SB P-3 

7.6.4.3 

Remote Direct Memory Access (RDMA) (e.g., InfiniBand™) 

SRP 

7.6.4.4 

Internet SCSI (iSCSI) 

iSCSI 

7.6.4.5 

Serial Attached SCSI (SAS) Serial SCSI Protocol (SSP) 

SPL-3 

7.6.4.6 

SCSI over PCI Express (SOP) 

SOP 

7.6.4.7 
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7.6.4.2 TransportlD for initiator ports using SCSI over Fibre Channel 

A Fibre Channel TransportlD (see table 458) specifies an FCP-4 initiator port based on the N_Port_Name 
belonging to that initiator port. 



The tpid format field and protocol identifier field are defined in 7.6.4.1, and shall be set as shown in table 
458 for the Fibre Channel TransportlD format. 

The n_port_name field shall contain the N_Port_Name defined by the N Port login (PLOGI) extended link 
service (see FC-FS-3). 

7.6.4.3 TransportlD for initiator ports using SCSI over IEEE 1394 

An IEEE 1394 TransportlD (see table 459) specifies an SBP-3 initiator port based on the EUI-64 initiator port 
name belonging to that initiator port. 


Table 459 — IEEE 1394 TransportlD format 


Bit 

Byte 

7 6 

5 4 

3 2 10 

0 

TPID FORMAT (00b) 

Reserved 

PROTOCOL IDENTIFIER (3h) 

1 

Reserved 


7 


8 

eui-64 name 


15 


16 

Reserved 


23 



The tpid format field and protocol identifier field are defined in 7.6.4.1, and shall be set as shown in table 
459 for the IEEE 1394 TransportlD format. 
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The eui-64 name field shall contain the EUI-64 IEEE 1394 node unique identifier (see SBP-3) for an initiator 
port. 

7.6.4.4 TransportlD for initiator ports using SCSI over an RDMA interface 

A RDMA TransportlD (see table 460) specifies an SRP initiator port based on the world wide unique initiator 
port name belonging to that initiator port. 


Table 460 — RDMA TransportlD format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

TPID FORMAT (00b) 

Reserved 

PROTOCOL IDENTIFIER (4h) 

1 

Reserved 


7 


8 

INITIATOR PORT IDENTIFIER 


23 



The tpid format field and protocol identifier field are defined in 7.6.4.1, and shall be set as shown in table 
460 for the RDMA TransportlD format. 

The INITIATOR PORT identifier field shall contain an SRP initiator port identifier (see SRP). 

7.6.4.5 TransportlD for initiator ports using SCSI over iSCSI 


An iSCSI TransportlD specifies an iSCSI initiator port using one of the TransportlD formats listed in table 461. 

Table 461 — iSCSI tpid format field codes 


Code 

Description 

Reference 

00b 

Initiator port is identified using the world wide unique SCSI device name of 
the iSCSI initiator device containing the initiator port. 

table 462 

01b 

Initiator port is identified using the world wide unique initiator port identifier. 

table 463 

10b to 11b 

Reserved 



iSCSI TransportIDs with the tpid format field set to 01b should be processed. iSCSI TransportIDs with the 
tpid format field set to 00b may result in the command being terminated. 
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A iSCSI TransportID with the tpid format field set to 00b (see table 462) specifies an iSCSI initiator port 
based on the world wide unique SCSI device name of the iSCSI initiator device containing the initiator port. 


Table 462 — iSCSI initiator device TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

TPID FORMAT (00b) 

Reserved 

PROTOCOL IDENTIFIER (5h) 

1 

Reserved 

2 

(MSB) 

ADDITIONAL LENGTH (m-3) 


3 


(LSB) 

4 

(MSB) 

ISCSI NAME 


m 

(LSB) 


The tpid format field and protocol identifier field are defined in 7.6.4.1, and shall be set as shown in table 
462 for the iSCSI initiator device TransportID format. 

The additional length field specifies the number of bytes that follow in the TransportID. The additional length 
shall be at least 20 and shall be a multiple of four. 

The null-terminated, null-padded (see 4.3.2) iscsi name field shall contain the iSCSI name of an iSCSI initiator 
node (see RFC 7143). The first iscsi name field byte containing an ASCII null character terminates the iscsi 
name field without regard for the specified length of the iSCSI TransportID or the contents of the additional 
length field. 

The iSCSI name length does not exceed 223 bytes. The maximum length of the iSCSI TransportID is 228 
bytes. 

If a iSCSI TransportID with the tpid format field set to 00b appears in a PERSISTENT RESERVE OUT 
parameter list (see 6.15.3), then all initiator ports known to the device server with an iSCSI node name 
matching the one in the TransportID shall be registered. 
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A iSCSI TransportID with the tpid format field set to 01b (see table 463) specifies an iSCSI initiator port 
based on its world wide unique initiator port identifier. 


Table 463 — iSCSI initiator port TransportID format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

TPID FORMAT (01b) 

Reserved 

PROTOCOL IDENTIFIER (5h) 

1 

Reserved 

2 

(MSB) 

ADDITIONAL LENGTH (m-3) 


3 


(LSB) 

4 

(MSB) 

ISCSI NAME 


n-1 

(LSB) 

n 

(MSB) 

SEPARATOR (2C 692C 3078h) 


n+4 

(LSB) 

n+5 

(MSB) 

ISCSI INITIATOR SESSION ID 


m 

(LSB) 


The tpid format field and protocol identifier field are defined in 7.6.4.1, and shall be set as shown in table 
463 for the iSCSI initiator port TransportID format. 

The additional length field specifies the number of bytes that follow in the TransportID encompassing the 
iscsi name, separator, and iscsi initiator session id fields. The additional length shall be at least 20 and 
shall be a multiple of four. 

The iscsi name field shall contain the iSCSI name of an iSCSI initiator node (see RFC 7143). The iscsi name 
field shall not be null-terminated (see 4.3.2) and shall not be padded. 

The separator field shall be set as shown in table 463 (i.e., the five ASCII characters ‘,i,0x’). 

The null-terminated, null-padded iscsi initiator session id field shall contain the iSCSI initiator session 
identifier (see RFC 7143) in the form of ASCII characters that are the hexadecimal digits converted from the 
binary iSCSI initiator session identifier value. The first iscsi initiator session id field byte containing an ASCII 
null character terminates the iscsi initiator session id field without regard for the specified length of the 
iSCSI TransportID or the contents of the additional length field. 
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7.6.4.6 TransportlD for initiator ports using SCSI over SAS Serial SCSI Protocol 


A SAS Serial SCSI Protocol (SSP) TransportlD (see table 464) specifies a SAS initiator port that is 
communicating via SSP using the SAS address belonging to that initiator port. 



The tpid format field and protocol identifier field are defined in 7.6.4.1, and shall be set as shown in table 
464 for the SAS Serial SCSI Protocol TransportlD format. 


The sas address field specifies the SAS address of the SCSI initiator port (see SPL-3). 

7.6.4.7 TransportlD for initiator ports using SCSI over PCI Express 


A SCSI over PCI Express (SOP) TransportlD (see table 465) specifies a SOP initiator port. 

Table 465 — SOP TransportlD format 


Bit 

Byte 

7 6 

5 4 

3 2 10 

0 

TPID FORMAT (00b) 

Reserved 

PROTOCOL IDENTIFIER (Ah) 

1 

Reserved 

2 


ROUTING ID 


3 



4 

Reserved 


23 



The tpid format field and protocol identifier field are defined in 7.6.4.1, and shall be set as shown in table 
465 for the SOP TransportlD format. 


The routing id field shall contain a PCI Express routing ID (see SOP). 
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7.7 Vital product data parameters 


7.7.1 Vital product data parameters overview and page codes 

This subclause describes the vital product data (VPD) page structure and the VPD pages (see table 466) that 
are applicable to all SCSI devices. These VPD pages are returned by an INQUIRY command with the evpd bit 
set to one (see 6.5) and contain product information about a logical unit and SCSI target device. 


Table 466 — Vital product data page codes 


VPD Page Name 

Page code 

Reference 

Support 

ASCII Information 

01 h to 7Fh 

7.7.3 

Optional 

ATA Information 

89h 

SAT-3 

See SAT-3 

CFA Profile Information 

8Ch 

7.7.4 

Optional 

Device Constituents 

8Bh 

7.7.5 

Optional 

Device Identification 

83h 

7.7.6 

Mandatory 

Extended INQUIRY Data 

86h 

7.7.7 

Optional 

Management Network Addresses 

85h 

7.7.8 

Optional 

Mode Page Policy 

87h 

7.7.9 

Optional 

Power Condition 

8Ah 

7.7.10 

Optional 

Power Consumption 

8Dh 

7.7.11 

Optional 

Protocol Specific Logical Unit Information 

90h 

7.7.12 

Protocol specific a 

Protocol Specific Port Information 

91h 

7.7.13 

Protocol specific a 

SCSI Ports 

88h 

7.7.14 

Optional 

Software Interface Identification 

84 h 

7.7.15 

Optional 

Supported VPD Pages 

OOh 

7.7.16 

Mandatory 

Third-party Copy 

8Fh 

7.7.17 

Optional 

Unit Serial Number 

80h 

7.7.18 

Optional 

Restricted (see applicable command standard) 

BOh to BFh 



Obsolete b 




Vendor specific c 




Reserved 

All other codes 



A numeric ordered listing of VPD page codes is provided in E.7. 

a See applicable SCSI transport protocol standard for support requirements. 
b The following page codes are obsolete: 81 h and 82h. 
c The following page codes are vendor specific: COh to FFh. 


This standard does not define the location or method of storing the vital product data. The return of the vital 
product data may require completion of initialization operations within the device, that may result in delays 
before the vital product data is available to the application client. Time-critical requirements are an 
implementation consideration and are not defined in this standard. 
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7.7.2 VPD page format for all device types 

This subclause describes the VPD page structure that is applicable to all SCSI devices. VPD pages specific to 
each device type are described in the command standard that applies to that device type. 

An INQUIRY command with the evpd bit set to one (see 6.5) specifies that the device server return a VPD 
page using the format defined in table 467. 


Table 467 — VPD page format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

VPD parameters 


n 



The peripheral qualifier field and the peripheral device type field are the same as defined for standard 
INQUIRY data (see 6.5.2). 

The page code field (see 7.7.1) identifies the VPD page and contains the same value as in the page code 
field in the INQUIRY CDB (see 6.5). 

The page length field indicates the length in bytes of the VPD parameters that follow this field. The contents 
of the page length field are not altered based on the allocation length (see 4.2.5.6). 

The VPD parameters are defined for each VPD page code. If the peripheral qualifier field is not set to 000b, 
the contents of the page length field and the VPD parameters are outside the scope of this standard. 
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7.7.3 ASCII Information VPD page 

The ASCII Information VPD page (see table 468) contains information for the field replaceable unit code 
returned in the sense data (see 4.4). 


Table 468 — ASCII Information VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (01 h to 7Fh) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 

4 

ASCII LENGTH (m-4) 

5 

(MSB) 

ASCII INFORMATION 

m 

(LSB) 

m+1 


Vendor specific information 

n 



The peripheral qualifier field, peripheral device type field, page code field, and page length field are 
defined in 7.7.2. 

The value in the page code field is associated with the field replaceable unit code field returned in the 
sense data. 

NOTE 45 - The field replaceable unit code field in the sense data provides for 255 possible codes, while 
the page code field provides for only 127 possible codes. For that reason it is not possible to return ASCII 
Information VPD pages for the upper code values. 

The ascii length field indicates the length in bytes of the ascii information field. A value of zero in this field 
indicates that no ASCII information is available for the indicated page code. The contents of the ascii length 
field are not altered based on the allocation length (see 4.2.5.6). 

The ascii information field contains ASCII information concerning the field replaceable unit identified by the 
page code. The data in this field shall be formatted in one or more character string lines. Each line shall 
contain only ASCII printable characters (i.e., code values 20h to 7Eh) and shall be terminated with a NULL 
(OOh) character. 

The contents of the vendor specific information are not defined in this standard. 
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7.7.4 CFA Profile Information VPD page 

The CFA Profile Information VPD page (see table 469) provides information on the CFA profiles, if any, that 
are supported by the device server. 


Table 469 — CFA Profile Information VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (8Ch) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


CFA profile descriptor list 

4 


CFA profile descriptor (see table 470) [first) 

7 




n-3 


CFA profile descriptor (see table 470) [last) 

n 



The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 

The page code field is defined in 7.7.2 and shall be set as shown in table 469 for the CFA Profile Information 
VPD page. 

Each CFA profile descriptor (see table 470) contains identifying information for one CFA profile supported by 
the device server described in the standard INQUIRY data (see 6.5.2). 


Table 470 — CFA profile descriptor 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

CFA PROFILE SUPPORTED 

1 

Reserved 

2 

(MSB) 








3 






(LSB) 


The cfa profile supported field indicates a CFA profile number (see VPG1) that the device server supports. 

The sequential write data size field indicates the preferred number of logical blocks in a stream field write 
operation (see VPG1) for the CFA profile indicated by the cfa profile supported field. If the sequential 
write data size field is set to zero, then no preferred number of logical blocks is indicated for stream field 
write operations by this CFA profile descriptor. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


583 










T10/BSR INCUS 502 Revision 05 


12 August 2015 


7.7.5 Device Constituents VPD page 

The Device Constituents VPD page (see table 471) provides identifying information for the constituents (e.g., 
logical units in other SCSI devices, microcode, storage medium, or vendor specific information technology 
components) of the logical unit described in the standard INQUIRY data (see 6.5.2). 


Table 471 — Device Constituents VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (8Bh) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Constituent descriptor list 

4 


Constituent descriptor (see table 472) [first) 







Constituent descriptor (see table 472) [last) 

n 



The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 


The page code field is defined in 7.7.2 and shall be set as shown in table 471 for the Device Constituents VPD 
page. 
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Each constituent descriptor (see table 472) contains identifying information for one constituent of the logical 
unit described in the standard INQUIRY data (see 6.5.2). 


Table 472 — Constituent descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

1 

(MSB) 

CONSTITUENT TYPE 

(LSB) 

2 

CONSTITUENT DEVICE TYPE 

3 

Reserved 

4 

11 

(MSB) 

TlO VENDOR IDENTIFICATION 

(LSB) 

12 

27 

(MSB) 

PRODUCT IDENTIFICATION 

(LSB) 

28 

31 

(MSB) 

PRODUCT REVISION LEVEL 

(LSB) 

32 

33 

Reserved 

34 

35 

(MSB) 

CONSTITUENT DESCRIPTOR LENGTH (n-35) 

(LSB) 


Constituent specific descriptor list 

36 

Constituent specific descriptor [first) 


: 

n 

Constituent specific descriptor [last] 


The constituent type field (see table 473) indicates the constituent descriptor type. 


Table 473 — constituent type field 


Code 

Description 

OOOOh 

0001 h 

0002h 

0003h 

0004h to FFFFh 

Reserved 

Virtual tape library 

Virtual tape drive 

Direct access block device 

Reserved 
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The constituent device type field (see table 474) indicates the constituent descriptor type. 


Table 474 — constituent device type field 


Code 

Description 

Reference 

OOh to IFh 

One of the values defined for the peripheral device type field 
in the standard INQUIRY data 

6.5.2 

20h to FEh 

Reserved 


FFh 

Unknown 



The TlO vendor identification field, product identification field, and the PRODUCT REVISION level field are 
identifying information for one constituent of the logical unit described in the standard INQUIRY data, and are 
as defined in 6.5.2. 

The constituent descriptor length field indicates the length of the constituent specific descriptor list. 

Each constituent specific descriptor (see table 475) contains information that is specific to the constituent. 


Table 475 — Constituent specific descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

CONSTITUENT SPECIFIC TYPE 

1 

Reserved 

2 

(MSB) 

ADDITIONAL LENGTH (n-3) 


3 


(LSB) 

4 

Constituent specific data 


n 



The constituent specific type field (see table 476) indicates the type of constituent specific data in this 
descriptor. 


Table 476 — constituent specific type field 


Code 

Description 

Olh 

FFh 

all others 

VPD page 

Vendor specific 

Reserved 


The additional length field indicates the number of bytes that follow in this descriptor. 

The contents of the constituent specific data depend on the value in the constituent specific type field. 

If the constituent specific type field is set to 01 h, then: 

a) the constituent specific data contains a VPD page (see 7.7.1); and 

b) the device server shall not set the page code field in that VPD page to 8Bh (i.e., the VPD page in the 
constituent specific data shall not be a Device Constituents VPD page). 
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If SCSI port specific information or protocol specific information is reported in the Device Constituents VPD 
page, then that information shall be associated with the device constituent, not the addressed logical unit. 


7.7.6 Device Identification VPD page 

7.7.6.1 Device Identification VPD page overview 

The Device Identification VPD page (see table 477) provides the means to retrieve designation descriptors 
applying to the logical unit. Logical units may have more than one designation descriptor (e.g., if several types 
or associations of designator are supported). Designators consist of one or more of the following: 

a) logical unit names; 

b) SCSI target port identifiers; 

c) SCSI target port names; 

d) SCSI device names; 

e) relative target port identifiers; 

f) primary target port group number; or 

g) logical unit group number. 

Designation descriptors shall be assigned to the logical unit and not to the currently mounted media, in the 
case of removable media devices. Application clients should use the designation descriptors during system 
configuration activities to determine whether alternate paths exist for the same logical unit. 


Table 477 — Device Identification VPD page 



The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 


The page code field is defined in 7.7.2 and shall be set as shown in table 477 for the Device Identification 
VPD page. 
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Each designation descriptor (see table 478) contains information identifying the logical unit, SCSI target 
device containing the logical unit, or access path (i.e., target port) used by the command and returned 
parameter data. The Device Identification VPD page shall contain the designation descriptors enumerated in 
7.7.6.2. 


Table 478 — Designation descriptor 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

PROTOCOL IDENTIFIER 

CODE SET 

1 

piv Reserved association 

DESIGNATOR TYPE 

2 

Reserved 

3 

DESIGNATOR LENGTH (n-3) 

4 



• •• 

DESIGNATOR 

n 



The protocol identifier field may indicate the SCSI transport protocol to which the designation descriptor 
applies. If the association field is set to a value other than 01b (i.e., target port) or 10b (i.e., SCSI target 
device) or the piv bit is set to zero, then the protocol identifier field contents are reserved. If the 
association field is set to a value of 01b or 10b and the piv bit is set to one, then the protocol identifier 
field shall contain one of the values shown in table 436 (see 7.6.1) to indicate the SCSI transport protocol to 
which the designation descriptor applies. 

The code set field contains a code set enumeration (see 4.3.3) that indicates the format of the designator 
field. 

A protocol identifier valid (piv) bit set to zero indicates the protocol identifier field contents are reserved. If 
the association field is set to a value of 01b or 10b, then a piv bit set to one indicates the protocol 
identifier field contains a valid protocol identifier selected from the values shown in table 436 (see 7.6.1). If 
the association field is set to a value other than 01b or 10b, then the piv bit contents are reserved. 

The association field indicates the entity with which the designator field is associated, as described in table 
479. If a logical unit returns a designation descriptor with the association field set to 00b or 10b, the logical 
unit shall return the same descriptor when it is accessed through any other l_T nexus. 


Table 479 — association field 


Code 

Description 

00b 

The designator field is associated with the addressed logical unit. 

01b 

The designator field is associated with the target port that received the command. 

10b 

The designator field is associated with the SCSI target device that contains the 


addressed logical unit. 

11b 

Reserved 
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The designator type field (see table 480) indicates the format and assignment authority for the designator. 


Table 480 — designator type field 


Code 

Description 

Reference 

Oh 

Vendor specific 

7.7.6.3 

1h 

T10 vendor ID based 

7.7.6.4 

2h 

EUI-64 based 

7.7.6.5 

3h 

NAA 

7.7.6.6 

4h 

Relative target port identifier 

7.7.6.7 

5h 

Target port group 

7.7.6.8 

6h 

Logical unit group 

7.7.6.9 

7h 

MD5 logical unit identifier 

7.7.6.10 

8h 

SCSI name string 

7.7.6.11 

9h 

Ah to Fh 

Protocol specific port identifier 

Reserved 

7.7.6.12 


The designator length field indicates the length in bytes of the designator field. The contents of the 
designator length field are not altered based on the allocation length (see 4.2.5.6). 

The designator field contains the designator as described by the association field, designator type field, 
CODE SET field, and designator length field. 

7.7.6.2 Device designation descriptor requirements 

7.7.6.2.1 Designation descriptors for logical units other than well known logical units 

For each logical unit that is not a well known logical unit, the Device Identification VPD page shall include at 
least one designation descriptor in which a logical unit name (see SAM-5) is indicated. The designation 
descriptor shall have the association field set to 00b (i.e., logical unit) and the designator type field set to: 

a) 1h (i.e., T10 vendor ID based); 

b) 2h (i.e., EUI-64-based); 

c) 3h (i.e., NAA); or 

d) 8h (i.e., SCSI name string). 

At least one designation descriptor should have the designator type field set to: 

a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 

In the case of virtual logical units (e.g., volume sets as defined by SCC-2), designation descriptors should 
contain a designator type field set to: 


a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 
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In the case of virtual logical units that have an EUI-64 based designation descriptor (see 7.7.6.5) the 
designator length field should be set to: 

a) OCh (i.e., EUI-64-based 12-byte); or 

b) lOh (i.e., EUI-64-based 16-byte). 

In the case of virtual logical units that have an NAA designation descriptor (see 7.7.6.6) the naa field should 
be set to 6h (i.e., IEEE Registered Extended). 

The Device Identification VPD page shall contain the same set of designation descriptors with the 
association field set to 00b (i.e., logical unit) regardless of the l_T nexus being used to retrieve the 
designation descriptors. 

For logical units that are not well known logical units, the requirements for SCSI target device designation 
descriptors are defined in 7.7.6.2.4 and the requirements for SCSI target port designation descriptors are 
defined in 7.7.6.2.3. 

7.7.6.2.2 Designation descriptors for well known logical units 

Well known logical units shall not return any designation descriptors with the association field set to 00b (i.e., 
logical unit). 

The Device Identification VPD page shall contain the same set of designation descriptors with the 
association field set to 10b (i.e., SCSI target device) regardless of the l_T nexus being used to retrieve the 
designation descriptors. 

7.7.6.2.3 Designation descriptors for SCSI target ports 

7.7.6.2.3.1 Relative target port identifiers 

For the target port through which the Device Identification VPD page is accessed, the Device Identification 
VPD page should include one designation descriptor with the association field set to 01b (i.e., target port) 
and the designator type field set to 4h (i.e., relative target port identifier) identifying the target port being 
used to retrieve the designation descriptors. 

7.7.6.2.3.2 Target port names or identifiers 

For the SCSI target port through which the Device Identification VPD page is accessed, the Device 
Identification VPD page should include one designation descriptor in which the target port name or identifier 
(see SAM-5) is indicated. The designation descriptor, if any, shall have the association field set to 01b (i.e., 
target port) and the designator type field set to: 

a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 

If the SCSI transport protocol standard for the target port defines target port names, the designation 
descriptor, if any, shall contain the target port name. If the SCSI transport protocol for the target port does not 
define target port names, the designation descriptor, if any, shall contain the target port identifier. 

7.7.6.2.4 Designation descriptors for SCSI target devices 

If the SCSI target device contains a well known logical unit, the Device Identification VPD page shall have one 
or more designation descriptors for the SCSI target device. If the SCSI target device does not contain a well 
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known logical unit, the Device Identification VPD page should have one or more designation descriptors for 
the SCSI target device. 

Each SCSI target device designation descriptor, if any, shall have the association field set to 10b (i.e., SCSI 
target device) and the designator type field set to: 

a) 2h (i.e., EUI-64-based); 

b) 3h (i.e., NAA); or 

c) 8h (i.e., SCSI name string). 

The Device Identification VPD page shall contain designation descriptors, if any, for all the SCSI device 
names for all the SCSI transport protocols supported by the SCSI target device. 

7.7.6.3 Vendor specific designator format 

If the designator type is Oh (i.e., vendor specific), no assignment authority was used and there is no guarantee 
that the designator is globally unique (i.e., the identifier is vendor specific). Table 481 defines the designator 
field format. 


Table 481 — Vendor specific designator field format 



7.7.6.4 T10 vendor ID based designator format 


If the designator type is 1h (i.e., T10 vendor ID based), the designator field has the format shown in table 
482. 


Table 482 — T10 vendor ID based designator field format 



The TlO vendor identification field contains eight bytes of left-aligned ASCII data (see 4.3.1) identifying the 
manufacturer of the product. The data shall be left aligned within this field.The T10 vendor identification shall 
be one assigned by INCITS. A list of assigned T10 vendor identifications is in Annex F and on the T10 web 
site (http://www.T10.org). 

NOTE 46 - The T10 web site (http://www.t10.org) provides a convenient means to request an identification 
code. 
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The organization associated with the T10 vendor identification is responsible for ensuring that the vendor 
specific designator field is unique in a way that makes the entire designator field unique. A recommended 
method of constructing a unique designator field is to concatenate the product identification field from the 
standard INQUIRY data (see 6.5.2) and the product serial number field from the Unit Serial Number VPD 
page (see 7.7.18). 

7.7.6.5 EUI-64 based designator format 

7.7.6.5.1 EUI-64 based designator format overview 

If the designator type is 2h (i.e., EUI-64 based identifier), the designator length field (see table 483) 
indicates the format of the designation descriptor. 


Table 483 — EUI-64 based designator lengths 


Designator Length 

Description 

Reference 

08h 

OCh 

lOh 

all other values 

EUI-64 identifier 

EUI-64 based 12-byte identifier 
EUI-64 based 16-byte identifier 

Reserved 

7.7.6.5.2 

7.7.6.5.3 

7.7.6.5.4 


7.7.6.5.2 EUI-64 designator format 

If the designator type is 2h (i.e., EUI-64 based identifier) and the designator length field is set to 08h, the 
designator field has the format shown in table 484. The code set field shall be set to 1h (i.e., binary). 


Table 484 — EUI-64 designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

1 

(MSB) 

IEEE COMPANYJD 


2 

(LSB) 

3 

(MSB) 

VENDOR SPECIFIC EXTENSION IDENTIFIER 


7 

(LSB) 


The ieee companyjd field contains a 24-bit canonical form OUI assigned by the IEEE. 

The vendor specific extension identifier field contains a 40-bit numeric value that is assigned by the 
organization associated with the IEEE companyjd as required by the IEEE definition of EUI-64 in a way that 
makes the entire designator field (see table 484) unique. 
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7.7.6.5.3 EUI-64 based 12-byte designator format 


If the designator type is 2h (i.e., EUI-64 based identifier) and the designator length field is set to OCh, the 
designator field has the format shown in table 485. The code set field shall be set to 1h (i.e., binary). 



The IEEE companyjd field and vendor specific extension identifier field are defined in 7.7.6.5.2. 


The DIRECTORY id field contains a directory identifier, as specified by ISO/IEC 13213:1994. 

NOTE 47 - The EUI-64 based 12-byte format is used to return IEEE 1394 target port identifiers (see SBP-3). 

7.7.6.5.4 EUI-64 based 16-byte designator format 


If the designator type is 2h (i.e., EUI-64 based identifier) and the designator length field is set to 10h, the 
designator field has the format shown in table 486. The code set field shall be set to1h(i.e., binary). 



The identifier extension field contains a 64-bit numeric value. 


The ieee companyjd field and vendor specific extension identifier field are defined in 7.7.6.5.2. 

NOTE 48 - The EUI-64 based 16-byte format is used to return SCSI over RDMA target port identifiers (see SRP). 
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7.7.6.6 NAA designator format 
7.7.6.6.1 NAA identifier basic format 

If the designator type is 3h (i.e., NAA identifier), the designator field has the format shown in table 487. This 
format is compatible with the Namejdentifier format defined in FC-FS-3. 


Table 487 — NAA designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

NAA 



1 


• •• 

NAA specific data 


n 



The Network Address Authority (naa) field (see table 488) defines the format of the NAA specific data in the 
designator. 


Table 488 — Network Address Authority (naa) field 


Code 

Description 

Reference 

2h 

IEEE Extended 

7.7.6.6.2 

3h 

Locally Assigned 

77.6.6.3 

5h 

IEEE Registered 

77.6.6.4 

6h 

IEEE Registered Extended 

77.6.6.5 

All others 

Reserved 



7.7.6.6.2 NAA IEEE Extended designator format 

If NAA is 2h (i.e., IEEE Extended), the eight-byte fixed length designator field shall have the format shown in 
table 489. The code set field shall be set to 1h (i.e., binary) and the designator length field shall be set to 
08h. 


Table 489 — NAA IEEE Extended designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

NAA (2h) 

(MSB) 



1 




VENDOR SPECIFIC IDENTIFIER A 

(LSB) 

2 

(MSB) 







3 




IEEE COMPANYJD 



4 







(LSB) 

5 

(MSB) 







6 




VENDOR SPECIFIC IDENTIFIER B 


7 







(LSB) 


The ieee companyjd field contains a 24-bit canonical form OUI assigned by the IEEE. 


594 


Working Draft SCSI Primary Commands - 5 (SPC-5) 








12 August 2015 


T10/BSR INCUS 502 Revision 05 


The vendor specific identifier a field contains a 12-bit numeric value that is assigned by the organization 
associated with the IEEE companyjd in a way that combines with the vendor specific identifier b field to 
make the entire designator field (see table 489) unique. 

The vendor specific identifier b field contains a 24-bit numeric value that is assigned by the organization 
associated with the IEEE companyjd in a way that combines with the vendor specific identifier a field to 
make the entire designator field (see table 489) unique. 

NOTE 49 - The EUI-64 format includes a 40-bit vendor specific identifier. The IEEE Extended format includes 
36 bits of vendor specific identifier in two fields. 

7.7.6.6.3 NAA Locally Assigned designator format 

If NAA is 3h (i.e., Locally Assigned), the eight-byte fixed length designator field shall have the format shown 
in table 490. The code set field shall be set to 1 h (i.e., binary) and the designator length field shall be set to 
08h. 


Table 490 — NAA Locally Assigned designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

NAA (3h) 




1 




LOCALLY ADMINISTERED VALUE 


7 









The locally administered value field contains a 60-bit value that is assigned by an administrator to be 
unique within the set of SCSI domains that are accessible by a common instance of an administrative tool or 
tools. 


7.7.6.6.4 NAA IEEE Registered designator format 

If NAA is 5h (i.e., IEEE Registered), the eight-byte fixed length designator field shall have the format shown 
in table 491. The code set field shall be set to 1 h (i.e., binary) and the designator length field shall be set to 
08h. 


Table 491 — NAA IEEE Registered designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

NAA (5h) 

(MSB) 



1 




IEEE COMPANY ID 



2 








3 




(LSB) 

(MSB) 



4 








• •• 




VENDOR SPECIFIC IDENTIFIER 


7 







(LSB) 


The ieee companyjd field contains a 24-bit canonical form OUI assigned by the IEEE. 
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The vendor specific identifier field contains a 36-bit numeric value that is assigned by the organization 
associated with the IEEE companyjd in a way that makes the entire designator field (see table 491) unique. 

NOTE 50 - The EUI-64 identifier includes a 40-bit vendor specific identifier. The IEEE Registered format 
includes a 36-bit vendor specific identifier. 

7.7.6.6.5 NAA IEEE Registered Extended designator format 

If NAA is 6h (i.e., IEEE Registered Extended), the 16-byte fixed length designator field shall have the format 
shown in table 492. The code set field shall be set to 1h (i.e., binary) and the designator length field shall 
be set to lOh. 


Table 492 — NAA IEEE Registered Extended designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

NAA (6h) 

(MSB) 


1 

2 


IEEE COMPANYJD 

3 

(LSB) (MSB) 


4 

VENDOR SPECIFIC IDENTIFIER 


7 


(LSB) 

8 

(MSB) 

VENDOR SPECIFIC IDENTIFIER EXTENSION 


15 

(LSB) 


The ieee companyjd field contains a 24-bit canonical form OUI assigned by the IEEE. 

The vendor specific identifier field contains a 36-bit numeric value that is assigned by the organization 
associated with the IEEE companyjd in a way that combines with the vendor specific identifier extension 
field to make the entire designator field (see table 492) unique. 

NOTE 51 - The EUI-64 format includes a 40-bit vendor specific identifier. The IEEE Registered Extended 
format includes a 36-bit vendor specific identifier. 

The vendor specific identifier extension field contains a 64-bit numeric value that is assigned by the 
organization associated with the IEEE companyjd in a way that combines with the vendor specific 
identifier field to make the entire designator field (see table 492) unique. 
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7.7.6.7 Relative target port designator format 

If the designator type is 4h (i.e., relative target port identifier) and the association field is set to 01b (i.e., 
target port), then the designator field shall have the format shown in table 493. The code set field shall be 
set to 1h (i.e., binary) and the designator length field shall be set to 04h. If the association field does not 
contain 01b, use of this designator type is reserved. 


Table 493 — Relative target port designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

RELATIVE TARGET PORT IDENTIFIER 


3 


(LSB) 


The relative target port identifier field (see 4.3.4) contains the relative port identifier of the target port on 
which the INQUIRY command was received. 

7.7.6.8 Target port group designator format 

If the designator type is 5h (i.e., target port group) and the association value is 01b (i.e., target port), the 
four-byte fixed length designator field shall have the format shown in table 494. The code set field shall be 
set to 1h (i.e., binary) and the designator length field shall be set to 04h. If the association field does not 
contain 01b, use of this designator type is reserved. 


Table 494 — Target port group designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

TARGET PORT GROUP 


3 


(LSB) 


The target port group field indicates the primary target port group to which the target port is a member (see 
5.15). 
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7.7.6.9 Logical unit group designator format 

If the designator type is 6h (i.e., logical unit group) and the association value is 00b (i.e., logical unit), the 
four-byte fixed length designator field shall have the format shown in table 495. The code set field shall be 
set to 1h (i.e., binary) and the designator length field shall be set to 04h. If the association field does not 
contain 00b, use of this designator type is reserved. 


Table 495 — Logical unit group designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


Reserved 


1 



2 

(MSB) 

LOGICAL UNIT GROUP 


3 


(LSB) 


The logical unit group field indicates the logical unit group to which the logical unit is a member. 

7.7.6.10 MD5 logical unit designator format 

If the designator type is 7h (i.e., MD5 logical unit identifier) and the association value is 00b (i.e., logical unit), 
the designator field has the format shown in table 496. The code set field shall be set to 1h (i.e., binary). The 
MD5 logical unit designator shall not be used if a logical unit provides unique identification using designator 
types 2h (i.e., EUI-64 based identifier), 3h (i.e., NAA identifier), or 8h (i.e., SCSI name string). A bridge device 
may return a MD5 logical unit designator type for that logical unit that does not support the Device 
Identification VPD page (see 7.7.6). 

If the association field does not contain 00b, use of this designator type is reserved. 


Table 496 — MD5 logical unit designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

MD5 LOGICAL UNIT IDENTIFIER 


15 

(LSB) 


The MD5 logical unit identifier field contains the message digest of the supplied message input. The 
message digest shall be generated using the MD5 message-digest algorithm as defined in RFC 1321 with the 
following information as message input: 

1) the contents of the t10 vendor identification field in the standard INQUIRY data (see 6.5.2); 

2) the contents of the product identification field in the standard INQUIRY data; 

3) the contents of the product serial number field in the Unit Serial Number VPD page (see 7.7.18); 

4) the contents of a vendor specific designator field (designator type Oh) from the Device Identification 
VPD page; and 

5) the contents of a T10 vendor ID based designator field (designator type 1h) from the Device 
Identification VPD page. 

If a field or page is not available, the message input for that field or page shall be 8 bytes of ASCII space 
characters (i.e., 20h). 
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The uniqueness of the MD5 logical unit identifier is dependent upon the relative degree of randomness (i.e., 
the entropy) of the message input. If two or more logical units have the same MD5 logical unit identifier, the 
application client should determine in a vendor specific manner whether the logical units are the same entities. 

EXAMPLE - In this practical MD5 example, the data available for input to the MD5 algorithm is shown in table 497. 


Table 497 — MD5 logical unit identifier example available data 


MD5 message input 

Available 

Contents 

T10 VENDOR IDENTIFICATION field 

Yes 

‘T10’ 

PRODUCT IDENTIFICATION field 

Yes 

‘MD5 Logical Unit’ 

PRODUCT SERIAL NUMBER field 

Yes 

‘01234567’ 

vendor specific designator field 

No 


T10 vendor ID based designator field 

No 



In this example, the concatenation of the fields in table 497 to form input to the MD5 algorithm is shown in table 498. 


Table 498 — Example MD5 input for computation of a logical unit identifier 


Bytes 

Hexadecimal values 

ASCII values 

00 to 15 

16 to 31 

32 to 47 

54 31 30 20 20 20 20 20 4D 44 35 20 4C 6F 67 69 

63 61 6C 20 55 6E 69 74 30 31 32 33 34 35 36 37 

20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 

T10 MD5 Logi 

cal UnitOI 234567 


Based on the example inputs shown in table 497 and the concatenation of the inputs shown in table 498, the MD5 base 16 
algorithm described in RFC 1321 produces the value 8FAC A22A 0AC0 3839 255 25F2 OEFE 2E7Eh. 

7.7.6.11 SCSI name string designator format 

If the designator type is 8h (i.e., SCSI name string), the designator field has the format shown in table 499. 
The code set field shall be set to 3h (i.e., UTF-8). 


Table 499 — SCSI name string designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

SCSI NAME STRING 


n 



The null-terminated, null-padded (see 4.3.2) SCSI name string field contains a UTF-8 format string. The 
number of bytes in the scsi name string field (i.e., the value in the designator length field) shall be: 

a) less than 256; and 

b) a multiple of four. 

The scsi name string field starts with either: 

a) the four UTF-8 characters 'eui. 1 concatenated with 16, 24, or 32 hexadecimal digits (i.e., the UTF-8 
characters 0 to 9 and A to F) for an EUI-64 based identifier (see 7.7.6.5). The first hexadecimal digit 
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shall be the most significant four bits of the first byte (i.e., most significant byte) of the EUI-64 based 
identifier; 

b) the four UTF-8 characters 'naa.' concatenated with 16 or 32 hexadecimal digits for an NAA identifier 
(see 7.7.6.6). The first hexadecimal digit shall be the most significant four bits of the first byte (i.e., 
most significant byte) of the NAA identifier; or 

c) the four UTF-8 characters 'iqn.' concatenated with an iSCSI Name for an iSCSI-name based identifier 
(see iSCSI). 

If the association field is set to 00b (i.e., logical unit) and the scsi name string field starts with the four UTF-8 
characters 'iqn.', then the scsi name string field ends with the five UTF-8 characters ',L,0x' concatenated with 
16 hexadecimal digits for the logical unit name extension. The logical unit name extension is a UTF-8 string 
containing no more than 16 hexadecimal digits. The logical unit name extension is assigned by the SCSI 
target device vendor and shall be assigned so the logical unit name is world wide unique. 

If the association field is set to 01b (i.e., target port), the scsi name string field ends with the five UTF-8 
characters ',t,0x' concatenated with two or more hexadecimal digits as defined in the applicable SCSI 
transport protocol standard. 

If the association field is set to 10b (i.e., SCSI target device), the scsi name string field has no additional 
characters. 

7.7.6.12 Protocol specific port identifier designator format 
7.7.6.12.1 Protocol specific port identifier designator format overview 

If the designator type is 9h (i.e., protocol specific port identifier), then: 

a) the association field shall be set to 01 b (i.e., target port); 

b) the piv bit shall set to one; and 

c) the contents of the protocol identifier field (see table 500) indicate the format of the designator 
field. 


Table 500 — Protocol specific port designator formats 


PROTOCOL 



IDENTIFIER 



field 

Description 

Reference 

9h 

USB target port identifier 

7.7.6.12.2 

Ah 

PCI Express routing ID 

7.7.6.12.3 

all others 

Reserved 
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7.7.6.12.2 USB target port identifier designator format 

If the designator type field is set to 9h (i.e., protocol specific port identifier) and the protocol identifier field 
is set to 9h (i.e., USB Attached SCSI), then: 

a) the descriptor length field shall be set to four; and 

b) the designator field has the format is shown in table 501. 


Table 501 — USB target port identifier designator field format 


Bit 

Byte 

7 

6 5 4 3 2 1 0 

0 

Reserved 

DEVICE ADDRESS 

1 

Reserved 

2 

INTERFACE NUMBER 

3 

Reserved 


The device address field contains a USB device address (see USB-3). 

The interface number field contains a USB interface number within a USB configuration (see USB-3). 

7.7.6.12.3 PCI Express routing ID designator format 

If the designator type field is set to 9h (i.e., protocol specific port identifier) and the protocol identifier field 
is set to Ah (i.e., SCSI over PCI Express architecture), then: 

a) the descriptor length field shall be set to eight; and 

b) the DESIGNATOR field has the format shown in table 502. 


Table 502 — PCI Express routing ID designator field format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 


ROUTING ID 


1 



2 

Reserved 


7 



The routing id field contains a PCI Express routing ID (see SOP). 
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7.7.7 Extended INQUIRY Data VPD page 

The Extended INQUIRY Data VPD page (see table 503) provides the application client with a means to obtain 
information about the logical unit. 


Table 503 — Extended INQUIRY Data VPD page 


Bit 

Byte 

7 6 

5 

4 

3 

2 

1 

0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (86h) 

2 

(MSB) 

PAGE LENGTH (003Ch) 


3 


(LSB) 

4 

ACTIVATE MICROCODE 

SPT 

GRD_CHK 

APP_CHK 

REF_CHK 

5 

Reserved 

UASK_SUP GROUP_SUP 

PRIOR_SUP 

HEADSUP 

ORDSUP 

SIMPSUP 

6 

Reserved 

WU_SUP 

Obsolete 

NV_SUP 

V_SUP 

7 

Reserved no_pi_chk 

P_I_I_SUP 

Reserved 

LUICLR 

8 

Reserved 

R_SUP 

Reserved hssrelef 

Obsolete 

9 

Reserved 

MULTI l_T NEXUS MICROCODE DOWNLOAD 

10 

(MSB) 

EXTENDED SELF-TEST COMPLETION MINUTES 


11 


(LSB) 

12 

poa_sup hra_sup vsa_sup Reserved 

13 

MAXIMUM SUPPORTED SENSE DATA LENGTH 

14 

Reserved 


63 



The peripheral qualifier field and peripheral device type field are defined in 7.7.2. 


The page code field and page length field are defined in 7.7.2, and shall be set to the value shown in table 
503 for the Extended INQUIRY Data VPD page. 

The activate microcode field (see table 504) indicates how a device server activates microcode and 
establishes a unit attention condition during the processing of a WRITE BUFFER command (see 6.44) with 
the download microcode mode set to 05h or 07h (see 5.5). 


Table 504 — activate microcode field 


Value 

Meaning 

00b 

The actions of the device server are not indicated. 

01b 

The device server: 

1) activates the microcode before completion of the final command in the WRITE BUFFER 
sequence; and 

2) establishes zero or more unit attention conditions as described in 5.5.2. 
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Table 504 — activate microcode field 


Value 

Meaning 

10b 

The device server: 

1) activates the microcode after: 

A) a vendor specific event; 

B) a power on event; or 

C) a hard reset event; 
and 

2) establishes a unit attention condition for the initiator port associated with every l_T nexus 
with the additional sense code set to MICROCODE HAS BEEN CHANGED. 

11b 

Reserved 


The supported protection type (spt) field indicates the type of protection the logical unit supports based on the 
contents of the peripheral device type field. If the protect bit (see 6.5.2) is set to zero, the spt field is 
reserved. If the device server supports the Supported Block Lengths And Protection Types VPD page (see 
SBC-4) and the sblp bit is set to one in the Control mode page (see 7.5.10), then the spt field shall be set to 
110b (i.e., specified in the Supported Block Lengths And Protection Types VPD page). 

If the peripheral device type field is set to OOh (i.e., direct access block device) and the protect bit is set to 
one, then table 505 defines the contents of the spt field. 


Table 505 — spt field for device type value OOh 



Protection type supported 

Code 

Type 1 

Type 2 

Type 3 

000b 

yes 

no 

no 

001b 

yes 

yes 

no 

010b 

no 

yes 

no 

011b 

yes 

no 

yes 

100b 

no 

no 

yes 

101b 

no 

yes 

yes 

110b 

See the Supported Block Lengths And 
Protection Types VPD page in SBC-4. 

111b 

yes 

yes 

yes 


If the peripheral device type field is set to 01 h (i.e., sequential-access device) and the protect bit is set to 
one, then table 506 defines the contents of the spt field. 


Table 506 — spt field for device type value 01 h 


Code 

Protection type supported 

001b 

Logical block protection 

all others 

Reserved 


If the protect bit is set to one and the peripheral device type field is set to a value other than OOh or 01 h, 
the spt field is reserved. 
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If the spt field is not set to 110b, a guard check (grd_chk) bit set to zero indicates that the device server does 
not check the logical block guard field in the protection information (see SBC-3), if any. A grd_chk bit set 
to one indicates that the device server checks the logical block guard field in the protection information, if 
any. If the spt field is set to 110b, the grd_chk bit shall be set to zero. 

If the spt field is not set to 110b, an application tag check (app_chk) bit set to zero indicates that the device 
server does not check the logical block application tag field in the protection information (see SBC-3), if 
any. An app_chk bit set to one indicates that the device server checks the logical block application tag 
field in the protection information, if any. If the spt field is set to 110b, the app_chk bit shall be set to zero. 

If the spt field is not set to 110b, a reference tag check (ref_chk) bit set to zero indicates that the device 
server does not check the logical block reference tag field in the protection information (see SBC-3), if 
any. A ref_chk bit set to one indicates that the device server checks the logical block reference tag field 
in the protection information, if any. If the spt field is set to 110b, the ref_chk bit shall be set to zero. 

A unit attention condition sense key specific data supported (uask_sup) bit set to one indicates that the device 
server returns sense-key specific data for the UNIT ATTENTION sense key (see 4.4.2.4. 6). A uask_sup bit 
set to zero indicates that the device server does not return sense-key specific data for the UNIT ATTENTION 
sense key. 

A grouping function supported (group_sup) bit set to one indicates that the grouping function (see SBC-3) is 
supported by the device server. A group_sup bit set to zero indicates that the grouping function is not 
supported. 

A priority supported (prior_sup) bit set to one indicates that command priority (see SAM-5) is supported by 
the logical unit. A prior_sup bit set to zero indicates that command priority is not supported. 

A head of queue supported (headsup) bit set to one indicates that the head of queue task attribute (see 
SAM-5) is supported by the logical unit. A headsup bit set to zero indicates that the head of queue task 
attribute is not supported. If the headsup bit is set to zero, application clients should not specify the head of 
queue task attribute as an Execute Command (see SAM-5) procedure call argument. 

An ordered supported (ordsup) bit set to one indicates that the ordered task attribute (see SAM-5) is 
supported by the logical unit. An ordsup bit set to zero indicates that the ordered task attribute is not 
supported. If the ordsup bit is set to zero, application clients should not specify the ordered task attribute as 
an Execute Command procedure call argument. 

The simple supported (simpsup) bit shall be set to one indicating that the simple task attribute (see SAM-5) is 
supported by the logical unit. 

SAM-5 defines how unsupported task attributes are processed. 

A write uncorrectable supported (wu_sup) bit set to zero indicates that the device server does not support 
application clients setting the wr_uncor bit to one in the WRITE LONG command (see SBC-3). A wu_sup bit 
set to one indicates that the device server supports application clients setting the wr_uncor bit to one in the 
WRITE LONG command. 

A nonvolatile cache supported (nv_sup) bit set to one indicates that the device server supports a non-volatile 
cache and that the applicable command standard defines features using this cache (e.g., the fua_nv bit in 
SBC-2). An nv_sup bit set to zero indicates that the device server may or may not support a nonvolatile 
cache. 
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A volatile cache supported (v_sup) bit set to one indicates that the device server supports a volatile cache and 
that the applicable command standard defines features using this cache (e.g., the fua bit in SBC-3). An v_sup 
bit set to zero indicates that the device server may or may not support a volatile cache. 

If the spt field is not set to 110b, a no protection information checking (no_pi_chk) bit set to one indicates that 
the device server disables checking of all protection information for the associated protection information 
interval when performing a write operation if: 

a) the logical block application tag field is set to FFFFh and type 1 protection (see SBC-4) is 
enabled; 

b) the LOGICAL BLOCK application tag field is set to FFFFh and type 2 protection (see SBC-4) is 
enabled; or 

c) the LOGICAL BLOCK APPLICATION TAG field is Set to FFFFh, the LOGICAL BLOCK REFERENCE TAG field is 
set to FFFF FFFFh, and type 3 protection (see SBC-4) is enabled. 

A no_pi_chk bit set to zero indicates that the device server checks protection information as specified by the 
wrprotect field (see SBC-4) when performing a write operation. If the spt field is set to 110b, the no_pi_chk 
bit shall be set to zero. 

If the spt field is not set to 110b, a protection information interval supported (p_m_sup) bit set to one indicates 
that the logical unit supports protection information intervals (see SBC-3). A p_i_i_sup bit set to zero indicates 
that the logical unit does not support protection information intervals. If the spt field is set to 110b, the 
p_i_i_sup bit shall be set to zero. 

A logical unit l_T nexus clear (luiclr) bit set to one indicates the SCSI target device clears any unit attention 
condition with an additional sense code of REPORTED LUNS DATA HAS CHANGED in each logical unit 
accessible to an I T nexus after reporting the unit attention condition for any logical unit over that l_T nexus 
(see SAM-5). An luiclr bit set to zero indicates the SCSI target device clears unit attention conditions as 
defined in SPC-3. The luiclr bit shall be set to one. 

A referrals supported (r_sup) bit set to zero indicates that the device server does not support referrals (see 
SBC-3). An r_sup bit set to one indicates that the device server supports referrals. 

The history snapshots release effects (hssrelef) bit indicates how the device server handles in response to 
specified causes (see 5.6.4). A hssrelef bit set to zero indicates the device server implements normal reset 
handling. A hssrelef bit set to one indicates the device server implements alternate reset handling. 

The multi i_t nexus microcode download field (see table 52 in 5.5) indicates how the device server handles 
concurrent attempts to download microcode using the WRITE BUFFER command (see 5.5) from multiple l_T 
nexuses. 

The extended self-test completion minutes field contains advisory data that is the time in minutes that the 
device server requires to complete an extended self-test provided the device server is not interrupted by 
subsequent commands and no errors occur during processing of the self-test. The application client should 
expect the self-test completion time to exceed the value in this field if other commands are sent to the logical 
unit while a self-test is in progress or if errors occur during the processing of the self-test. If a device server 
supports SELF-TEST code field values other than 000b for the SEND DIAGNOSTIC command (see 6.37) and 
the self-test completion time is greater than 18 hours, then the device server shall support the extended 
self-test completion minutes field. A value of OOOOh indicates that the extended self-test completion 
minutes field is not supported. A value of FFFFh indicates that the extended self-test takes 65 535 minutes 
(i.e., 45 days, 12 hours, and 15 minutes) or longer. 
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A power on activation supported (poa_sup) bit set to one indicates that the device server supports a WRITE 
BUFFER command with the mode field set to ODh (see 6.44.9) and the po_act bit set to one. A poa_sup bit 
set to zero indicates that the device server does not support a WRITE BUFFER command with the mode field 
set to ODh and the po_act bit set to one. 

A hard reset activation supported (hra_sup) bit set to one indicates that the device server supports a WRITE 
BUFFER command with the mode field set to ODh (see 6.44.9) and the hr_act bit set to one. A hra_sup bit 
set to zero indicates that the device server does not support a WRITE BUFFER command with the mode field 
set to ODh and the hr_act bit set to one. 

A vendor specific activation supported (vsa_sup) bit set to one indicates that the device server supports a 
WRITE BUFFER command with the mode field set to ODh (see 6.44.9) and the vse_act bit set to one. A 
vsa_sup bit set to zero indicates that the device server does not support a WRITE BUFFER command with 
the mode field set to ODh and the vse_act bit set to one. 

The maximum supported sense data length field indicates the maximum length in bytes of sense data (see 
4.4) that the device server is capable of including in the same l_T_L_Q nexus transaction as the status. A 
maximum supported sense data length field set to zero indicates that the device server does not report a 
maximum length. This value shall be less than or equal to 252. 


7.7.8 Management Network Addresses VPD page 

The Management Network Addresses VPD page (see table 507) provides a list of network addresses of 
management services associated with a SCSI target device, target port, or logical unit. 


Table 507 — Management Network Addresses VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (85h) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Network services descriptor list 

4 


Network services descriptor [first) 







Network services descriptor [last) 

n 



The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 


The page code field is defined in 7.7.2 and shall be set as shown in table 507 for the Management Network 
Address VPD page. 
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Each network service descriptor (see table 508) contains information about one management service. 

Table 508 — Network service descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

Reserved 

ASSOCIATION 

SERVICE TYPE 

1 

Reserved 

2 

(MSB) 

NETWORK ADDRESS LENGTH (n-3) 


3 


(LSB) 

4 

NETWORK ADDRESS 


n 



The association field (see table 479 in 7.7.6.1) indicates the entity (i.e., SCSI target device, target port, or 
logical unit) with which the service is associated. 

The service type field (see table 509) allows differentiation of multiple services with the same protocol 
running at different port numbers or paths. 

NOTE 52 - A SCSI target device is allowed to provide separate HTTP services for configuration and 
diagnostics. One of these services uses the standard HTTP port 80 and the other service uses a different port 
(e.g., 8080). 


Table 509 — service type field 


Code 

Description 

OOh 

Olh 

02h 

03h 

04 h 

05h 

06h 

07h 

08h tolFh 

Unspecified 

Storage Configuration Service 
Diagnostics 

Status 

Logging 

Code Download 

Copy Service 

Administrative Configuration Service 

Reserved 


The network address length field indicates the length in bytes of the network address field. The network 
address length shall be a multiple of four. 

The null-terminated, null-padded network address field contains the URL form of a URI as defined in RFC 
3986. 
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7.7.9 Mode Page Policy VPD page 

The Mode Page Policy VPD page (see table 510) indicates which mode page policy (see 7.5.2) is in effect for 
each mode page supported by the logical unit. 


Table 510 — Mode Page Policy VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (87h) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Mode page policy descriptor list 

4 


Mode page policy descriptor [first) 

7 




n-3 


Mode page policy descriptor [last) 

n 



The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 

The page code field is defined in 7.7.2 and shall be set as shown in table 510 for the Mode Page Policy VPD 
page. 

Each mode page policy descriptor (see table 511) contains information describing the mode page policy for 
one or more mode pages or subpages (see 7.5.7). The information in the mode page policy descriptors in this 
VPD page shall describe the mode page policy for every mode page and subpage supported by the logical 
unit. 


Table 511 — Mode page policy descriptor 


Bit 

Byte 

7 6 

5 4 3 2 1 0 

0 

Reserved 

POLICY PAGE CODE 

1 

POLICY SUBPAGE CODE 

2 

mlus Reserved mode page policy 

3 

Reserved 


The policy page code field and policy subpage code field indicate the mode page and subpage to which the 
descriptor applies. The policy page code field contains the value that is used in a MODE SENSE command 
(see table 159 in 6.12.1) to retrieve the mode page being described. 
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If the first mode page policy descriptor in the list contains a policy page code field set to 3Fh and a policy 
subpage code field set to FFh, then the descriptor applies to all mode pages and subpages not described by 
other mode page policy descriptors. The policy page code field shall be set to 3Fh and the policy subpage 
code field shall be set to FFh only in the first mode page policy descriptor in the list. 

If the policy page code field is set to a value other than 3Fh and a policy subpage code field is set to a value 
other than FFh, then the policy page code field and the policy subpage code field indicate a single mode 
page and subpage to which the descriptor applies. 

If the policy page code field is set to a value other than 3Fh, the policy subpage code field shall contain a 
value other than FFh. If the policy subpage code field is set to a value other than FFh, then policy page 
code field shall contain a value other than 3Fh. 

If the SCSI target device has more than one logical unit, a multiple logical units share (mlus) bit set to one 
indicates the mode page and subpage identified by the policy page code field and policy subpage code field 
is shared by more than one logical unit. A mlus bit set to zero indicates the logical unit maintains its own copy 
of the mode page and subpage identified by the policy page code field and policy subpage code field. 

The mlus bit is set to one in the mode page policy descriptors or descriptor that indicates the mode page 
policy for: 

a) the Disconnect-Reconnect mode page (see 7.5.12); and 

b) the Protocol Specific Port mode page (see 7.5.18). 

The mode page policy field (see table 512) indicates the mode page policy for the mode page and subpage 
identified by the policy page code field and policy subpage code field. The mode page policies are 
described in table 404 (see 7.5.2). 


Table 512 — mode page policy field 


Code 

Description 

00b 

Shared 

01b 

Per target port 

10b 

Obsolete 

11b 

Per l_T nexus 
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7.7.10 Power Condition VPD page 

The Power Condition VPD page (see table 513) indicates which power conditions (see 5.12) are supported by 
the logical unit and provides information about how those power conditions operate. 


Table 513 — Power Condition VPD page 


Bit 

Byte 

7 6 5 

4 3 2 

1 

0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (8Ah) 

2 

(MSB) 

PAGE LENGTH (000Eh) 


3 


(LSB) 

4 

Reserved 

STANDBY_Y 

STANDBY_Z 

5 

Reserved idle_c 

IDLE_B 

IDLE_A 

6 

(MSB) 

STOPPED CONDITION RECOVERY TIME 


7 


(LSB) 

8 

(MSB) 

STANDBY_Z CONDITION RECOVERY TIME 


9 


(LSB) 

10 

(MSB) 

STANDBY_Y CONDITION RECOVERY TIME 


11 


(LSB) 

12 

(MSB) 

IDLE_A CONDITION RECOVERY TIME 


13 


(LSB) 

14 

(MSB) 

IDLE_B CONDITION RECOVERY TIME 


15 


(LSB) 

16 

(MSB) 

IDLE_C CONDITION RECOVERY TIME 


17 


(LSB) 


The peripheral qualifier field and peripheral device type field are defined in 7.7.2. 


The page code field and page length field are defined in 7.7.2, and shall be set to the value shown in table 
513 for the Power Condition VPD page. 

If set to one, a power condition support bit (i.e., the standby_y bit, the standby z bit, the idle_c bit, the 
idle b bit, and the idle_a bit) indicates that: 

a) the associated power condition may be entered with the START STOP UNIT command (see SBC-3) if 
that command is implemented; and 

b) the associated power condition may be entered with a power condition timer if the associated timer is 
supported and enabled (see 7.5.15). 

A standby_y power conditions support bit set to one indicates that the logical unit supports the standby_y 
power condition as described in 5.12. A standby_y bit set to zero indicates that the logical unit does not 
support the standby_y power condition. 
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A standby_z power conditions support bit set to one indicates that the logical unit supports the standby_z 
power condition as described in 5.12. A standby_z bit set to zero indicates that the logical unit does not 
support the standby_z power condition. 

A idle_c power conditions support bit set to one indicates that the logical unit supports the idle_c power 
condition as described in 5.12. A idle_c bit set to zero indicates that the logical unit does not support the 
idle_c power condition. 

A idle_b power conditions support bit set to one indicates that the logical unit supports the idle_b power 
condition as described in 5.12. A idle_b bit set to zero indicates that the logical unit does not support the 
idle_b power condition. 

A idle_a power conditions support bit set to one indicates that the logical unit supports the idle_a power 
condition as described in 5.12. A idle_a bit set to zero indicates that the logical unit does not support the 
idle_a power condition. 

The stopped condition recovery time field indicates the time, in one millisecond increments, that the logical 
unit takes to transition from the stopped power condition to the active power condition. This field is only 
applicable to SCSI target devices that implement the START STOP UNIT command (see SBC-3). This time 
does not include the processing time for the command that caused this transition to occur or any SCSI 
transport protocol specific waiting time (e.g., the NOTIFY (ENABLE SPINUP) requirement described in 
SPL-3). A value of zero indicates that the recovery time is not specified. A value of FFFFh indicates that the 
recovery time is more than 65.534 seconds. 

The standby_z condition recovery time field indicates the time, in one millisecond increments, that the 
logical unit takes to transition from the standby_z power condition to the active power condition. This time 
does not include the processing time for the command that caused this transition to occur or any SCSI 
transport protocol specific waiting time (e.g., the NOTIFY (ENABLE SPINUP) requirement described in 
SPL-3). A value of zero indicates that the recovery time is not specified. A value of FFFFh indicates that the 
recovery time is more than 65.534 seconds. 

The standby_y condition recovery time field indicates the time, in one millisecond increments, that the 
logical unit takes to transition from the standby_y power condition to the active power condition. This time 
does not include the processing time for the command that caused this transition to occur or any SCSI 
transport protocol specific waiting time (e.g., the NOTIFY (ENABLE SPINUP) requirement described in 
SPL-3). A value of zero indicates that the recovery time is not specified. A value of FFFFh indicates that the 
recovery time is more than 65.534 seconds. 

The idle_a condition recovery time field indicates the time, in one millisecond increments, that the logical 
unit takes to transition from the idle_a power condition to the active power condition. This time does not 
include the processing time for the command that caused this transition to occur. A value of zero indicates that 
the recovery time is not specified. A value of FFFFh indicates that the recovery time is more than 65.534 
seconds. 

The idle_b condition recovery time field indicates the time, in one millisecond increments, that the logical 
unit takes to transition from the idle_b power condition to the active power condition. This time does not 
include the processing time for the command that caused this transition to occur. A value of zero indicates that 
the recovery time is not specified. A value of FFFFh indicates that the recovery time is more than 65.534 
seconds. 

The idle_c condition recovery time field indicates the time, in one millisecond increments, that the logical 
unit takes to transition from the idle_c power condition to the active power condition. This time does not 
include the processing time for the command that caused this transition to occur. A value of zero indicates that 
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the recovery time is not specified. A value of FFFFh indicates that the recovery time is more than 65.534 
seconds. 


7.7.11 Power Consumption VPD page 

The Power Consumption VPD page (see table 514) provides an application client with a list of the available 
settings to limit the maximum power consumption (e.g., see USB-3) of the logical unit while in the active 
power condition (see 5.12.4) as described in 5.12.2. 


Table 514 — Power Consumption VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (8Dh) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Power consumption descriptor list 

4 


Power consumption descriptor [first) 

7 




n-3 


Power consumption descriptor [last) 

n 



The peripheral qualifier field and peripheral device type field are defined in 7.7.2. 

The page code field and page length field are defined in 7.7.2, and shall be set to the value shown in table 
514 for the Power Consumption VPD page. 

Each power consumption descriptor (see table 515) describes one maximum power consumption level that 
the application client may establish for use by the active power condition (see 5.12.4) using the Power 
Consumption mode page (see 7.5.16) as described in 5.12.2. 


Table 515 — Power consumption descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

POWER CONSUMPTION IDENTIFIER 

1 




Reserved 


POWER CONSUMPTION UNITS 

2 

(MSB) 








3 






(LSB) 


The power consumption identifier field contains a value that the application client or device server may use 
in the Power Consumption mode page (see 7.5.16) to specify which descriptor is being used to effect the 
maximum power consumption level. 


612 


Working Draft SCSI Primary Commands - 5 (SPC-5) 










12 August 2015 


T10/BSR INCUS 502 Revision 05 


The power consumption units field (see table 516) indicates the units used for the power consumption 
value field. 


Table 516 — power consumption units field 


Code 

Units 

000b 

001b 

010b 

011b 

100b 

101b 

all others 

Gigawatts 

Megawatts 

Kilowatts 

Watts 

Milliwatts 

Microwatts 

Reserved 


The power consumption value field indicates the maximum power consumption associated with the identifier 
in the power consumption identifier field using the units specified by the power consumption units field. 


7.7.12 Protocol Specific Logical Unit Information VPD page 

The Protocol Specific Logical Unit Information VPD page (see table 517) contains protocol specific 
parameters associated with a SCSI port that may be different for each logical unit in the SCSI target device. 


Table 517 — Protocol Specific Logical Unit Information VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (90h) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Logical unit information descriptor list 

4 


Logical unit information descriptor 


(see table 518) [first] 


* 



Logical unit information descriptor 

n 

(see table 518) [last] 


The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 

The page code field is defined in 7.7.2 and shall be set as shown in table 517 for the Protocol Specific Logical 
Unit Information VPD page. 
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The logical unit information descriptor list contains descriptors for SCSI ports known to the device server that 
is processing the INQUIRY command. The logical unit information descriptors (see table 518) may be 
returned in any order. 


Table 518 — Logical unit information descriptor 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

1 

(LSB) 

2 

Reserved protocol identifier 

3 


4 

Reserved 

5 


6 

(MSB) 

7 

PROTOCOL SPECIFIC DATA LENGTH (n-7) 

(LSB) 

8 

Per logical unit SCSI transport protocol specific 

n 

data 


The relative port identifier field (see 4.3.4) indicates the relative port identifier of the SCSI port to which the 
logical unit information descriptor applies. 

The protocol identifier field indicates the SCSI transport protocol to which the logical unit information 
descriptor applies as described in 7.6.1. 

The protocol specific data length field indicates the length in bytes of the per logical unit SCSI transport 
protocol specific data. 

The per logical unit SCSI transport protocol specific data is defined by the SCSI transport protocol standard 
that corresponds to the SCSI port. 
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7.7.13 Protocol Specific Port Information VPD page 

The Protocol Specific Port Information VPD page (see table 519) contains protocol specific parameters 
associated with a SCSI port that are the same for all logical units in the SCSI target device. 


Table 519 — Protocol Specific Port Information VPD page 



The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 

The page code field is defined in 7.7.2 and shall be set as shown in table 519 for the Protocol Specific Port 
Information VPD page. 
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The port information descriptor list contains descriptors for SCSI ports known to the device server that is 
processing the INQUIRY command. The port information descriptors (see table 520) may be returned in any 
order. 



The RELATIVE PORT identifier field (see 4.3.4) indicates the relative port identifier of the SCSI port to which the 
port information descriptor applies. 

The protocol identifier field indicates the SCSI transport protocol to which the port information descriptor 
applies as described in 7.6.1. 

The protocol specific data length field indicates the length in bytes of the shared SCSI transport protocol 
specific data. 

The shared SCSI transport protocol specific data is defined by the SCSI transport protocol standard that 
corresponds to the SCSI target port. 
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7.7.14 SCSI Ports VPD page 

The SCSI Ports VPD page (see table 521) contains designation descriptors for all the SCSI ports in a SCSI 
target device. 

The SCSI Ports VPD page only reports information on SCSI ports known to the device server processing the 
INQUIRY command. The REPORT LUNS well known logical unit (see 8.2) may be used to return information 
on all SCSI ports in the SCSI device (i.e., all target ports and all initiator ports). 

If the device server detects that a SCSI port is added or removed from the SCSI device and the SCSI port 
designation descriptor list changes, then the device server shall establish a unit attention condition (see 
SAM-5) for the initiator port associated with every l_T nexus, with the additional sense code set to INQUIRY 
DATA HAS CHANGED. 


Table 521 — SCSI Ports VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (88h) 

2 

(MSB) 

3 

(LSB) 


Designation descriptor list 

4 


SCSI port designation descriptor 


(see table 522) [first] 





SCSI port designation descriptor 

n 

(see table 522) [last] 


The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 
The page code field is defined in 7.7.2 and shall be set as shown in table 521 for the SCSI Ports VPD page. 
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Each target port descriptor (see table 523) contains an identifier for the target port. The target port descriptors 
may be returned in any order. 


Table 523 — Target port descriptor 


Bit 

Byte 

7 6 5 4 

3 2 10 

0 

PROTOCOL IDENTIFIER 

CODE SET 

1 

piv (1b) Reserved association (01b) 

DESIGNATOR TYPE 

2 

Reserved 

3 

DESIGNATOR LENGTH (n-3) 

4 



• •• 

DESIGNATOR 

n 



The protocol identifier field indicates the SCSI transport protocol to which the designation descriptor 
applies as described in 7.6.1. 

The code set field, piv field, association field, designator type field, designator length field, and 
designator field are as defined in the Device Identification VPD page designation descriptor (see 7.7.6.1), 
with the following additional requirements: 

a) the piv bit shall be set to one (i.e., the protocol identifier field always contains a SCSI transport 
protocol identifier); and 

b) the association field shall be set to 01 b (i.e., the descriptor always identifies a target port). 
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7.7.15 Software Interface Identification VPD page 

The Software Interface Identification VPD page (see table 524) provides identification of software interfaces 
applicable to the logical unit. Logical units may have more than one associated software interface identifier. 

NOTE 53 - Application clients are allowed to use the software IDs to differentiate device type functions in 
cases where the command set (e.g., processor devices) is too generic to distinguish different software 
interfaces implemented. 


Table 524 — Software Interface Identification VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (84h) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Software interface identifier list 

4 


Software interface identifier [first] 

• •• 


10 




n-9 


Software interface identifier [last] 

• •• 


n 



The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 


The page code field is defined in 7.7.2 and shall be set as shown in table 524 for the Software Interface 
Identification VPD page. 

Each software interface identifier (see table 525) information that identifies a software interface implemented 
by the logical unit. The contents of software interface identifier are in EUI-48 format. 


Table 525 — Software interface identifier format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

1 

(MSB) 

IEEE COMPANYJD 


2 

(LSB) 

3 

4 

(MSB) 

VENDOR SPECIFIC EXTENSION IDENTIFIER 


5 

(LSB) 


The ieee companyjd field contains a 24-bit canonical format OUI assigned by the IEEE. 


620 


Working Draft SCSI Primary Commands - 5 (SPC-5) 










12 August 2015 


T10/BSR INCUS 502 Revision 05 


The vendor specific extension identifier a 24-bit numeric value that is uniquely assigned by the 
organization associated with the OUI as required by the IEEE definition of EUI-48. The combination of OUI 
and vendor specific extension identifier shall uniquely identify the software interface. 


7.7.16 Supported VPD Pages VPD page 

The Supported VDP Pages VPD page contains a list of the VPD page codes supported by the logical unit (see 
table 526). If a device server supports any VPD pages, the device server shall support this VPD page. 


Table 526 — Supported VPD Pages VPD page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (OOh) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

Supported VPD page list 


n 



The peripfieral cualifier field, peripheral device type field, and page length field are defined in 7.7.2. 

The page code field is defined in 7.7.2 and shall be set as shown in table 526 for the Supported VDP Pages 
VPD page. 

The supported VPD page list shall contain a list of all VPD page codes (see 7.7) implemented by the logical 
unit in ascending order beginning with page code OOh. 
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7.7.17 Third-party Copy VPD page 
7.7.17.1 Third-party Copy VPD page overview 

The Third-party Copy VPD page (see table 527) provides a means to retrieve descriptors that indicate the 
capabilities supported by the copy manager (see 5.16.2). 


Table 527 — Third-party Copy VPD page 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (8Fh) 

2 

(MSB) 

3 

PAGE LENGTH (n-3) 

(LSB) 


Third-party copy descriptors 

4 


Third-party copy descriptor [first) (see 7.7.17.2) 







Third-party copy descriptor [last) (see 7.7.17.2) 

n 



The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 


The page code field is defined in 7.7.2 and shall be set as shown in table 527 for the Third-party Copy VPD 
page. 

The third-party copy descriptors shall be returned in ascending order based on third-party copy descriptor type 
values (see 7.7.17.3). 

7.7.17.2 Third-party copy descriptor format 

Each third-party copy descriptor shall have the format shown in table 528. 


Table 528 — Third-party copy descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR TYPE 


1 


(LSB) 

2 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR LENGTH (n-3) 


3 


(LSB) 

4 

Third-party copy parameters 


n 
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The third-party copy descriptor type field is described in 7.7.17.3. 

The third-party copy descriptor length field indicates the number of bytes of third-party copy parameters 
that follow. All third-party copy descriptor lengths are a multiple of four. 

The contents of the third-party copy parameters are indicated by the contents of the third-party copy 
descriptor TYPE field (see 7.7.17.3). 

7.7.17.3 Third-party copy descriptor type codes 

Third-party copy descriptor type codes (see table 529) indicate which third-party copy descriptor is being 
returned. 


Table 529 — Third-party copy descriptor type codes 


Third-party copy descriptor name 

Code 

Reference 

Support a 

Block Device ROD Limits 

OOOOh 

SBC-3 

See b 

Supported Commands 

0001 h 

7.7.17.4 

Mandatory 

Parameter Data 

0004h 

7.7.17.5 

See c 

Supported Descriptors 

0008h 

7.7.17.6 

See c 

Supported CSCD Descriptor IDs 

OOOCh 

7.7.17.7 

See c 

ROD Token Features 

0106h 

7.7.17.8 

See d 

Supported ROD Token and ROD Types 

0108h 

7.7.17.9 

See d 

General Copy Operations 

8001 h 

7.7.17.10 

Mandatory 

Stream Copy Operations 

9101 h 

7.7.17.11 

See e 

Held Data 

COOIh 

7.7.17.12 

See f 

Restricted (see applicable command standard) 

EOOOh to EFFFh 

Reserved 

All other codes 

a Applicable only if the Third-party Copy VPD page is supported. 
b Mandatory as defined by the applicable command standard. 
c Mandatory if the EXTENDED COPY command (see 6.4) is supported. 

d Mandatory if the EXTENDED COPY command ROD CSCD descriptor (see 6.4.5.9) is supported 
or as defined by the applicable command standard. 
e Mandatory if any EXTENDED COPY command stream segment descriptor (see 6.4.6.1) is 
supported. 

f Mandatory if the RECEIVE COPY DATA command (see 6.20) is supported. 
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7.7.17.4 Supported Commands third-party copy descriptor 
7.7.17.4.1 Supported Commands third-party copy descriptor overview 

The Supported Commands third-party copy descriptor (see table 530) indicates which commands (i.e., combi¬ 
nations of operation code and service action) (see 5.16.3) the copy manager supports. 


Table 530 — Supported Commands third-party copy descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR TYPE (0001 h) 


1 


(LSB) 

2 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR LENGTH (n-3) 


3 


(LSB) 

4 

COMMANDS SUPPORTED LIST LENGTH (m-4) 


Commands supported list 

5 

- Command support descriptor (see table 531) 

[first] 







- Command support descriptor (see table 531) 

[last] 


m 


m+1 

descriptor PAD (if any) 


n 



The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 530 
for the Supported Commands third-party copy descriptor. 

The third-party copy descriptor length field is described in 7.7.17.2. 

The commands supported list length field indicates the length, in bytes, of the commands supported list. 

Each command support descriptor (see 7.7.17.4.2) lists the service actions that the copy manager supports 
for a specific operation code. The Supported Commands third-party copy descriptor shall contain command 
support descriptors for at least the following operation codes in ascending order by operation code value: 

1) 83h (e.g., the EXTENDED COPY command (see 6.4)); and 

2) 84h (e.g., the RECEIVE COPY STATUS command (see 6.21)). 

The descriptor pad field shall contain zero to three bytes set to zero such that the total length of the 
Supported Commands third-party copy descriptor is a multiple of four. 
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7.7.17.4.2 Command support descriptor format 

Each command support descriptor (see table 531) indicates one or more third-party copy commands (see 
5.16.3) that the copy manager supports using one operation code and all supported service actions for that 
operation code. 


Table 531 — Command support descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

SUPPORTED OPERATION CODE 

1 

SUPPORTED SERVICE ACTIONS LIST LENGTH (m-1) 

2 

List of supported service actions 

m 



The supported operation code field indicates the operation code for which a list of supported service 
actions is being returned. 

The supported service actions list length field indicates the length, in bytes, of the list of supported 
services actions. 

The list of supported service actions contains one byte for each service action of the operation code indicated 
by the supported operation code field that the copy manager supports, with a unique supported service 
action in each byte. The service actions shall appear in the list in ascending numerical order. 
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7.7.17.5 Parameter Data third-party copy descriptor 


The Parameter Data third-party copy descriptor (see table 532) indicates the limits that the copy manager 
places on the contents of the EXTENDED COPY command parameter data. 



The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 532 
for the Parameter Data third-party copy descriptor. 

The third-party copy descriptor length field is described in 7.7.17.2 and shall be set as shown in table 
532 for the Parameter Data third-party copy descriptor. 

The maximum cscd descriptor count field indicates the maximum number of CSCD descriptors that the 
copy manager allows in an EXTENDED COPY parameter list (see 5.16.7.1). 

The maximum segment count field indicates the maximum number of segment descriptors that the copy 
manager allows in an EXTENDED COPY parameter list (see 5.16.7.1). 

The maximum descriptor list length field indicates the maximum length, in bytes, of the CSCD descriptor 
list and segment descriptor list that the copy manager allows in an EXTENDED COPY command parameter 
list (see 5.16.7.1). 
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The maximum inline data length field indicates the length, in bytes, of the largest amount of inline data (see 
6.4.3.6) that the copy manager supports in an EXTENDED COPY parameter list (see 5.16.7.1). The maximum 
inline data length field shall be set to zero if the copy manager does not support segment descriptor type 
code 04h (see 6.4.6.6). 

7.7.17.6 Supported Descriptors third-party copy descriptor 

The Supported Descriptors third-party copy descriptor (see table 533) indicates which CSCD descriptors (see 
6.4.5.1) and segment descriptors (see 6.4.6.1) the copy manager supports. 



The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 533 
for the Supported Descriptors third-party copy descriptor. 

The third-party copy descriptor length field is described in 7.7.17.2. 

The supported descriptor list length field indicates the length, in bytes, of the list of supported descriptor 
type codes. 

The list of supported descriptor type codes contains one byte for each CSCD descriptor and segment 
descriptor descriptor type code value (see 6.4.4) supported by the copy manager, with a unique supported 
descriptor type code value in each byte. The descriptor type code values shall appear in the list in 
ascending numerical order. 

The descriptor pad field shall contain zero to three bytes set to zero such that the total length of the 
Supported Descriptors third-party copy descriptor is a multiple of four. 
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7.7.17.7 Supported CSCD Descriptor IDs third-party copy descriptor 

The Supported CSCD Descriptor IDs third-party copy descriptor (see table 534) indicates which CSCD 
descriptor IDs (see table 94 in 6.4.5.1) other than OOOOh to 07FFh the copy manager supports. 

Table 534 — Supported CSCD Descriptor IDs third-party copy descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR TYPE (OOOCh) 


1 


(LSB) 

2 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR LENGTH (n-3) 


3 


(LSB) 

4 

(MSB) 

SUPPORTED CSCD DESCRIPTOR IDS LIST LENGTH 

(m-5) 


5 


(LSB) 


Supported CSCD descriptor ID list 

6 

(MSB) 

SUPPORTED CSCD DESCRIPTOR ID [first] 


7 


(LSB) 



m-1 

(MSB) 

SUPPORTED CSCD DESCRIPTOR ID [last] 


m 


(LSB) 

m+1 

descriptor pad (if any) 


n 



The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 534 
for the Supported CSCD Descriptor IDs third-party copy descriptor. 

The third-party copy descriptor length field is described in 7.7.17.2. 

The supported cscd descriptor ids list length field indicates the length, in bytes, of the list of supported 
CSCD descriptor IDs. 

Each supported cscd descriptor id field indicates one unique CSCD descriptor ID (see table 111 in 6.4.6.1) 
with a value greater than 07FFh that is supported by the copy manger. The CSCD descriptor IDs shall appear 
in the list in ascending numerical order. 

In addition to the CSCD descriptor IDs listed in the Supported CSCD Descriptor IDs third-party copy 
descriptor, the copy manager shall support each CSCD descriptor ID between zero and one less than the 
value in the maximum cscd descriptor count field in the Parameter Data third-party copy descriptor (see 
7.7.17.5). 
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If the TOKENJN bit is set to one in any ROD token descriptor in the Supported ROD Types third-party copy 
descriptor (see 7.7.17.9), then F800h shall be included in the CSCD descriptor IDs list. F800h shall not be 
included in the CSCD descriptor IDs list if: 

a) the Supported ROD Types third-party copy descriptor is not included in the Third-party Copy VPD 
page; or 

b) the tokenjn bit is set to zero in all the ROD token descriptors in the Supported ROD Types 
third-party copy descriptor. 

The descriptor pad field shall contain zero to three bytes set to zero such that the total length of the 
Supported CSCD Descriptor IDs Descriptors third-party copy descriptor is a multiple of four. 
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The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 535 
for the ROD Token Features third-party copy descriptor. 

The third-party copy descriptor length field is described in 7.7.17.2. 

The remote tokens field (see table 536) indicates the level of support the copy manager provides for ROD 
tokens (see 5.16.6) that are not created by the copy manager that is processing the copy operation (see 
5.16.4.3). 


Table 536 — remote tokens field 


Code 

Description 

Oh 

The copy manager: 

a) supports the use of ROD tokens created by itself or any other copy manager in 
the same SCSI target device as copy sources and copy destinations; and 

b) does not support creation of ROD tokens that represent any bytes other than 
those accessible to its logical unit (e.g., a ROD CSCD descriptor (see 6.4.5.9) 
in which the rod type field is set to zero and the rod producer cscd 
descriptor id field specifies a copy manager producer of the ROD that is not 
the copy manager that is processing the EXTENDED COPY command). 

4h 

The copy manager: 

a) supports the use of ROD tokens created by itself or any other copy manager in 
any SCSI target device as copy sources and copy destinations; and 

b) does not support creation of ROD tokens that represent any bytes other than 
those accessible to its logical unit. 

6h 

The copy manager supports: 

a) the use of ROD tokens created by itself or any other copy manager in any SCSI 
target device as copy sources and copy destinations; and 

b) the creation of ROD tokens that represent bytes that are accessible or not 
accessible to its logical unit. 

all others 

Reserved 


The minimum token lifetime field indicates the smallest lifetime, in seconds, that the copy manager supports 
for a ROD token. If a ROD token lifetime is requested (e.g., if the requested rod token lifetime field in a 
ROD CSCD descriptor (see 6.4.5.9) specifies a value) that is less than the value in the minimum token 
lifetime field, then the ROD token lifetime may be set to the value in the minimum token lifetime field. 

The maximum token lifetime field indicates the largest lifetime, in seconds, that the copy manager supports 
for a ROD token. If a ROD token lifetime is requested (e.g., if the requested rod token lifetime field in a 
ROD CSCD descriptor (see 6.4.5.9) specifies a value) that is greater than the value in the maximum token 
lifetime field, then the copy manager shall terminate (see 6.4.5.9) the copy operation (see 5.16.4.3). 

The maximum token inactivity timeout field indicates the largest inactivity timeout value, in seconds, that the 
copy manager supports for a ROD token. If a ROD token inactivity timeout is requested (e.g., if the requested 
ROD TOKEN inactivity timeout field in a ROD CSCD descriptor (see 6.4.5.9) specifies a value) that is greater 
than the value in the maximum token inactivity timeout field, then the copy manager shall terminate (see 
6.4.5.9) the copy operation (see 5.16.4.3). The maximum token inactivity timeout field is also used by the 
POPULATE TOKEN command (see SBC-3). 

The ROD DEVICE TYPE specific features descriptors length field indicates the length, in bytes, of the ROD 
device type specific features descriptors. 
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Each ROD device type specific features descriptor provides support information for internal RODs and ROD 
tokens associated with a specific device type. The ROD device type specific features descriptors shall be 
included in the ROD Token Features third-party copy descriptor in the following order: 

1) zero or one block ROD device type specific features descriptors (see 7.7.17.8.2); 

2) zero or one stream ROD device type specific features descriptors (see 7.7.17.8.3); and 

3) zero or one copy manager ROD device type specific features descriptors (see 7.7.17.8.4). 

ROD device type specific features descriptors: 

a) shall be included for each device type for which internal RODs or ROD tokens may be generated by 
the copy manager; and 

b) shall not be included for any device type for which the copy manager does not generate internal 
RODs or ROD tokens. 

7.7.17.8.2 Block ROD device type specific features descriptor 

The block ROD device type specific features descriptor (see table 537) provides support information for ROD 
tokens associated with block type devices. 

Table 537 — Block ROD device type specific features descriptor format 


Bit 

Byte 


DESCRIPTOR FORMAT (000b) | _ PERIPHERAL DEVICE TYPE (00h) 

Reserved 


(MSB) 


DESCRIPTOR LENGTH (002Ch) 

Reserved 


(LSB) 


(MSB) 


(MSB) 


OPTIMAL BLOCK ROD LENGTH GRANULARITY 


MAXIMUM BYTES IN BLOCK ROD 


(LSg) 


15 

(LSB) 

16 

(MSB) 


OPTIMAL BYTES IN BLOCK ROD TRANSFER 

23 

(LSB) 

24 

(MSB) 


OPTIMAL BYTES TO TOKEN PER SEGMENT 

31 

(LSB) 

32 

(MSB) 


OPTIMAL BYTES FROM TOKEN PER SEGMENT 

39 

(LSB) 

40 



Reserved 

47 
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The descriptor format field indicates the format of the descriptor and shall be set as shown in table 537 for 
the block ROD device type specific features descriptor. 

The peripheral device type field indicates the device type associated with the descriptor and shall be set as 
shown in table 537 for the block ROD device type specific features descriptor. 

The descriptor length field indicates the number of bytes that follow in the descriptor and shall be set as 
shown in table 537 for the block ROD device type specific features descriptor. 

The optimal block rod length granularity field indicates the optimal size granularity in logical blocks for a 
ROD or ROD token. RODs or ROD tokens with sizes not equal to a multiple of this value may incur processing 
delays with adverse effects. If the optimal block rod length granularity field is set to zero, then the copy 
manager does not report the optimal ROD or ROD token length granularity for a block device. 

The maximum bytes in block rod field indicates the largest number of bytes the copy manager supports in an 
internal ROD or ROD token for a block device. If a third-party copy command (see 5.16.3) attempts to 
populate an internal ROD or ROD token with more than the indicated number of bytes, then the copy manager 
shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. If the 
maximum bytes in block rod field is set to zero, then the copy manager does not report the largest number of 
bytes the copy manager supports in an internal ROD or ROD token for a block device. 

The optimal bytes in block rod transfer field indicates the optimal number of bytes the copy manager is 
able to transfer in a single third-party copy command (see 5.16.3) or EXTENDED COPY segment descriptor 
(see 6.4.6). Processing delays with adverse effects may be incurred if a third-party copy command attempts to 
transfer more bytes than indicated by the optimal bytes in block rod transfer field to or from a ROD 
associated with a block device. If the optimal bytes in block rod transfer field is set to zero, then the copy 
manager does not report the optimal number of bytes the copy manager is able to transfer in a single 
third-party copy command for a block device. If the optimal bytes in block rod transfer field is set to 
FFFF FFFF FFFF FFFFh, then there is no limit on the optimal number of bytes the copy manager is able to 
transfer in a single third-party copy command. 

The optimal bytes to token per segment field indicates the optimal number of bytes of user data the copy 
manager is able to transfer into a ROD associated with a block device in a single segment descriptor (see 
6.4.6) or block device range descriptor (see SBC-3). Processing delays with adverse effects may be incurred 
if a third-party copy command attempts to transfer more bytes of user data in a single descriptor than indicated 
by the optimal bytes to token per segment field to a ROD associated with a block device. If the optimal 
bytes to token per segment field is set to zero, then the copy manager does not report the optimal number 
of bytes the copy manager is able to transfer in a single descriptor for a block device. If the optimal bytes to 
token per segment field is set to FFFF FFFF FFFF FFFFh, then there is no limit on the optimal number of 
bytes the copy manager is able to transfer in a single descriptor. 

The optimal bytes from token per segment field indicates the optimal number of bytes of user data the 
copy manager is able to transfer from a ROD associated with a block device in a single segment descriptor 
(see 6.4.6) or block device range descriptor (see SBC-3). Processing delays with adverse effects may be 
incurred if a third-party copy command attempts to transfer more bytes of user data in a single descriptor than 
indicated by the optimal bytes from token per segment field from a ROD associated with a block device. If 
the optimal bytes from token per segment field is set to zero, then the copy manager does not report the 
optimal number of bytes the copy manager is able to transfer in a single descriptor for a block device. If the 
OPTIMAL BYTES from token per segment field is set to FFFF FFFF FFFF FFFFh, then there is no limit on the 
optimal number of bytes the copy manager is able to transfer in a single descriptor. 
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7.7.17.8.3 Stream ROD token device type features descriptor 

The stream ROD device type specific features descriptor (see table 538) provides support information for 
ROD tokens associated with stream type devices. 


Table 538 — Stream ROD device type specific features descriptor format 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

DESCRIPTOR FORMAT (000b) 

PERIPHERAL DEVICE TYPE (01 h) 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 


Reserved 

• •• 


7 


8 

(MSB) 

MAXIMUM BYTES IN STREAM ROD 

• •• 


15 

(LSB) 

16 

(MSB) 

OPTIMAL BYTES IN STREAM ROD TRANSFER 

• •• 


23 

(LSB) 

24 


Reserved 

• •• 


47 



The descriptor format field indicates the format of the descriptor and shall be set as shown in table 538 for 
the stream ROD device type specific features descriptor. 

The peripheral device type field indicates the device type associated with the descriptor and shall be set as 
shown in table 538 for the stream ROD device type specific features descriptor. 

The descriptor length field indicates the number of bytes that follow in the descriptor and shall be set as 
shown in table 538 for the stream ROD device type specific features descriptor. 

The maximum bytes in stream rod field indicates the largest number of bytes the copy manager supports in 
an internal ROD or ROD token for a stream device. If third-party copy command (see 5.16.3) attempts to 
populate an internal ROD or ROD token with more than the indicated number of bytes, then the copy manager 
shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER LIST. If the 
maximum bytes in stream rod field is set to zero, then the copy manager does not report a largest number of 
bytes the copy manager supports in an internal ROD or ROD token for a stream device. 

The optimal bytes in stream rod transfer field indicates the optimal number of bytes the copy manager is 
able to transfer in a single third-party copy command (see 5.16.3) or EXTENDED COPY segment descriptor 
(see 6.4.6). Processing delays with adverse effects may be incurred if a third-party copy command attempts to 
transfer more bytes than indicated by the optimal bytes in stream token tfransfer field to or from a stream 
device. If the optimal bytes in stream rod transfer field is set to zero, then the copy manager does not 
report the optimal number of bytes the copy manager is able to transfer in a single third-party copy command 
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for a stream device. If the optimal bytes in stream rod transfer field is set to FFFF FFFF FFFF FFFFh, 
then there is no limit on the optimal number of bytes the copy manager is able to transfer in a single third-party 
copy command. 

7.7.17.8.4 Copy manager ROD token device type features descriptor 

The copy manager ROD device type specific features descriptor (see table 539) provides support information 
for ROD tokens associated with copy manager only devices (e.g., devices for which the device server 
associated with the copy manager reports a device type value of 03h (i.e., processor) as described in 5.16.2). 


Table 539 — Copy manager ROD device type specific features descriptor format 


Bit 

Byte 

7 6 5 

4 3 2 1 0 

0 

DESCRIPTOR FORMAT (000b) 

PERIPHERAL DEVICE TYPE (03h) 

1 

Reserved 

2 

(MSB) 

3 

(LSB) 

4 


Reserved 

• •• 


7 


8 

(MSB) 

MAXIMUM BYTES IN PROCESSOR ROD 

• •• 


15 

(LSB) 

16 

(MSB) 

OPTIMAL BYTES IN PROCESSOR ROD TRANSFER 

• •• 


23 

(LSB) 

24 


Reserved 

• •• 
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The descriptor format field indicates the format of the descriptor and shall be set as shown in table 539 for 
the copy manager ROD device type specific features descriptor. 

The peripheral device type field indicates the device type associated with the descriptor and shall be set as 
shown in table 539 for the copy manager ROD device type specific features descriptor. 

The descriptor length field indicates the number of bytes that follow in the descriptor and shall be set as 
shown in table 539 for the copy manager ROD device type specific features descriptor. 

The maximum bytes in processor rod field indicates the largest number of bytes the copy manager supports 
in an internal ROD or ROD token for a copy manager only device. If a third-party copy command (see 5.16.3) 
attempts to populate an internal ROD or ROD token with more than the indicated number of bytes, then the 
copy manager shall terminate the copy operation (see 5.16.4.3) with CHECK CONDITION status, with the 
sense key set to ILLEGAL REQUEST, and the additional sense code set to INVALID FIELD IN PARAMETER 
LIST. If the maximum bytes in processor rod field is set to zero, then the copy manager does not report a 
largest number of bytes the copy manager supports in an internal ROD or ROD token for a copy manager only 
device. 
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The optimal bytes in processor rod transfer field indicates the optimal number of bytes the copy 
manager is able to transfer in a single third-party copy command (see 5.16.3) or EXTENDED COPY segment 
descriptor (see 6.4.6). Processing delays with adverse effects may be incurred if a third-party copy command 
attempts to transfer more bytes than indicated by the optimal bytes in processor rod transfer field to or 
from a copy manager only device. If the optimal bytes in processor rod transfer field is set to zero, then 
the copy manager does not report the optimal number of bytes the copy manager is able to transfer in a single 
third-party copy command for a copy manager only device. If the optimal bytes in processor rod transfer 
field is set to FFFF FFFF FFFF FFFFh, then there is no limit on the optimal number of bytes the copy 
manager is able to transfer in a single third-party copy command. 

7.7.17.9 Supported ROD Types third-party copy descriptor 

The Supported ROD Types third-party copy descriptor (see table 540) indicates which ROD types (see 
5.16.6.2) the copy manager supports and the processing characteristics supported for those types. 


Table 540 — Supported ROD Types third-party copy descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

1 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR TYPE (0108h) 

(LSB) 

2 

3 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR LENGTH (n-3) 

(LSB) 

4 

5 

Reserved 

6 

7 

(MSB) 

ROD TYPE DESCRIPTORS LENGTH (m-7) J 

(LSB) 


ROD type descriptors 

8 

ROD type descriptor (see table 541 ) [first] 


: 

m 

ROD tvpe descriptor (see table 541) [last] 

m+1 

n 

descriptor PAD (if anyl 


The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 540 
for the Supported ROD Token and ROD Types third-party copy descriptor. 


The third-party copy descriptor length field is described in 7.7.17.2. 

The ROD type descriptors length field indicates the length, in bytes, of the ROD type descriptors. 
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Each ROD type descriptor (see table 541) indicates what support the copy manager provides for a specific 
ROD type (see 5.16.6.2). 

The ROD type descriptors shall appear in ascending numerical order based on the contents of the rod type 
field (see table 541). 

The descriptor pad field shall contain zero to three bytes set to zero such that the total length of the 
Supported ROD Types third-party copy descriptor is a multiple of four. 

The copy manager’s support for a ROD type (see 5.16.6.2) and the ROD token, if any, associated with that 
ROD type is indicated by the ROD type descriptor (see table 541). 


Table 541 — ROD type descriptor format 


Bit 

Byte 

7 6 5 4 3 2 1 0 

0 

(MSB) 

ROD TYPE 

3 

(LSB) 

4 

ecpyjnt Reserved tokenjn token_out 

5 

Reserved 

6 


7 

PREFERENCE INDICATOR 

8 

Reserved 

63 



The ROD TYPE field indicates the ROD type (see table 73 in 5.16.6.2) for which this ROD type descriptor 
indicates copy manager support. 

The copy manager shall support a rod type field set to zero in a ROD CSCD descriptor (see 6.4.5.9), shall 
include a ROD type descriptor with the rod type field set to zero in the Supported ROD Types third-party copy 
descriptor (see 7.7.17.9), and shall include CSCD descriptor ID F800h in the Supported CSCD Descriptor IDs 
third-party copy descriptor (see 7.7.17.7), if: 

a) the ROD CSCD descriptor is supported; and 

b) any ROD type descriptor contains: 

A) a non-zero value in the rod type field; and 

B) the tokenjn bit set to one. 

An ecpyjnt bit set to one indicates that the copy manager supports use of the ROD type indicated by the rod 
type field for internal RODs in the EXTENDED COPY command (see 5.16.7). An ecpyjnt bit set to zero 
indicates that the copy manager does not support use of the ROD type indicated by the rod type field for 
internal RODs in the EXTENDED COPY command. 

A tokenjn bit set to one indicates that the copy manager supports the receipt of ROD tokens (see 5.16.6) 
that have the ROD type indicated by the rod type field by one or more commands that the copy manager 
processes. A tokenjn bit set to zero indicates that the copy manager does not support the receipt of ROD 
tokens that have the ROD type indicated by the rod type field. 
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A token_out bit set to one indicates that the copy manager supports the generation and returning of ROD 
tokens (see 5.16.6) that have the ROD type indicated by the rod type field by one or more commands that 
the copy manager processes. A token_out bit set to zero indicates that the copy manager does not support 
the generation and returning of ROD tokens that have the ROD type indicated by the rod type field. 

If the rod type field is set to FFFF 0001 h (i.e., if the ROD type is the one used by the block device zero ROD 
token (see SBC-3)), then the token_out bit shall be set to zero (i.e., the return of block device zero ROD 
tokens is prohibited). 

The preference indicator field indicates the degree of preference the copy manager provides for the 
services (e.g., number of RODs supported as active at the one time, number of ROD tokens supported as 
active at the one time, maximum ROD lifetimes supported, performance associated with any aspect of ROD 
processing) that are associated with the ROD type indicated by the rod type field. Except for zero, values in 
the preference indicator field provide this indication as follows: 

a) larger values indicate a higher degree of preference for the ROD related services; and 

b) smaller value indicate a lower degree of preference for the same ROD related services. 

A preference indicator field set to zero indicates that: 

a) no ROD preference information is provided, if all preference indicator fields in all ROD type 
descriptors are set to zero; or 

b) no valid comparison is possible between the preference for the ROD type indicated by the rod type 
field and other ROD types supported by the copy manager, if at least one preference indicator field 
is not set to zero in another ROD type descriptor. 

The sum of the values in all preference indicator fields in all ROD type descriptors shall be equal to either 
zero or FFFFh. 

EXAMPLE - An instance where some preference indicator field values are zero and other are non-zero concerns the 
block device zero ROD token (see SBC-3). Suppose several copy on reference ROD types are supported in addition to 
the block device zero ROD token. Each supported ROD type has a ROD type descriptor, including the ROD type used by 
the block device zero ROD token. Further suppose that support for the block device zero ROD token requires so few 
resources that its preference is infinite for all practical purposes. Setting the preference indicator field values to zero in 
the ROD type descriptor for the block device zero ROD token allows the copy manager to better reflect the preferences 
among the various copy on reference ROD types. 
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7.7.17.10 General Copy Operations third-party copy descriptor 


The General Copy Operations third-party copy descriptor (see table 542) indicates the limits that the copy 
manager places on processing of copy operations (see 5.16.4.3). 

Table 542 — General Copy Operations third-party copy descriptor format 


Bit 

Byte 


(MSB) 


THIRD-PARTY COPY DESCRIPTOR TYPE (8001 h) 


(LSB) 


(MSB) 


THIRD-PARTY COPY DESCRIPTOR LENGTH (0020h) 


(LSB) 


(MSB) 


(MSB) 


TOTAL CONCURRENT COPIES 


MAXIMUM IDENTIFIED CONCURRENT COPIES 


(LSB) 


(LSB) 


(MSB) 


MAXIMUM SEGMENT LENGTH 


(LSB) 


DATA SEGMENT GRANULARITY (log 2) 


INLINE DATA GRANULARITY (log 2) 
Reserved 


The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 542 
for the General Copy Operations third-party copy descriptor. 

The third-party copy descriptor length field is described in 7.7.17.2 and shall be set as shown in table 
542 for the General Copy Operations third-party copy descriptor. 

The total concurrent copies field indicates the maximum number of third-party copy commands (see 
5.16.3) that are supported for concurrent processing by the copy manager. 

The maximum identified concurrent copies field indicates the maximum number of third-party copy 
commands (see 5.16.3) that are not an EXTENDED COPY command with the list id usage field (see 6.4.3.2) 
set to 11b that are supported for concurrent processing by the copy manager. 

The contents of the total concurrent copies field shall be greater than or equal to the contents of the 
maximum identified concurrent copies field. 

The maximum segment length field indicates the length, in bytes, of the largest amount of data that the copy 
manager supports writing via a single segment. Bytes introduced as a result of the pad bit being set to one 
(see 5.16.7.2) are not counted towards this limit. A value of zero indicates that the copy manager places no 
limits on the amount of data written by a single segment. 
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The data segment granularity field indicates the length of the smallest data block that the copy manager 
permits in a non-inline segment descriptor (i.e., segment descriptors with type codes other than 04h). The 
amount of data transferred by a single segment descriptor shall be a multiple of the granularity. The data 
segment granularity value is expressed as a power of two. Bytes introduced as a result of the pad bit being 
set to one (see 5.16.7.2) are not counted towards the data length granularity. 

The inline data granularity field indicates the length of the smallest block of inline data that the copy 
manager permits being written by a segment descriptor containing the 04h descriptor type code (see 6.4.6.6). 
The amount of inline data written by a single segment descriptor shall be a multiple of the granularity. The 
inline data granularity value is expressed as a power of two. Bytes introduced as a result of the pad bit 
being set to one (see 5.16.7.2) are not counted towards the length granularity. 

If the copy manager encounters a data or inline segment descriptor that violates either the data segment 
granularity or the inline data granularity, then the copy manager shall terminate the copy operation (see 
5.16.4.3) with CHECK CONDITION status, with the sense key set to COPY ABORTED, and the additional 
sense code set to COPY SEGMENT GRANULARITY VIOLATION. 

7.7.17.11 Stream Copy Operations third-party copy descriptor 

The Stream Copy Operations third-party copy descriptor (see table 543) indicates the limits that the copy 
manager places on processing of copy operations (see 5.16.4.3) that affect stream devices. 


Table 543 — Stream Copy Operations third-party copy descriptor format 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR TYPE (9101 h) 


1 


(LSB) 

2 

(MSB) 

THIRD-PARTY COPY DESCRIPTOR LENGTH (OOOCh) 


3 


(LSB) 

4 

(MSB) 

MAXIMUM STREAM DEVICE TRANSFER SIZE 


7 

(LSB) 

8 

Reserved 


15 



The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 543 
for the Stream Copy Operations third-party copy descriptor. 

The third-party copy descriptor length field is described in 7.7.17.2 and shall be set as shown in table 
543 for the Stream Copy Operations third-party copy descriptor. 

The maximum stream device transfer size field indicates the maximum transfer size, in bytes, supported for 
stream devices. 
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7.7.17.12 Held Data third-party copy descriptor 


The Held Data third-party copy descriptor (see table 544) indicates the limits that the copy manager places on 
held data (see 5.16.4.5). 



The third-party copy descriptor type field is described in 7.7.17.3 and shall be set as shown in table 544 
for the Held Data third-party copy descriptor. 

The third-party copy descriptor length field is described in 7.7.17.2 and shall be set as shown in table 
544 for the Held Data third-party copy descriptor. 

The held data limit field indicates the length, in bytes, of the minimum amount of data the copy manager 
shall hold for return to the application client as described in 5.16.4.5. 

The held data granularity field indicates the length of the smallest block of held data (see 5.16.4.5) that the 
copy manager shall transfer to the application client in response to a RECEIVE COPY DATA command (see 
6.20). The amount of data held by the copy manager in response to any one function (e.g., one segment 
descriptor (see 6.4.6)) in a copy operation (see 5.16.4.3) shall be a multiple of this granularity. The held data 
granularity value is expressed as a power of two. 
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7.7.18 Unit Serial Number VPD page 

The Unit Serial Number VPD page (see table 545) provides a product serial number for the SCSI target device 
or logical unit. 


Table 545 — Unit Serial Number VPD page 


Bit 

Byte 

7 

6 

5 

4 

3 

2 

1 

0 

0 

PERIPHERAL QUALIFIER 

PERIPHERAL DEVICE TYPE 

1 

PAGE CODE (80h) 

2 

(MSB) 

PAGE LENGTH (n-3) 


3 


(LSB) 

4 

(MSB) 

PRODUCT SERIAL NUMBER 


n 

(LSB) 


The peripheral qualifier field, peripheral device type field, and page length field are defined in 7.7.2. 

The page code field is defined in 7.7.2 and shall be set as shown in table 545 for the Unit Serial Number VPD 
page. 

The product serial number field contains right-aligned ASCII data (see 4.3.1) that is a vendor specific serial 
number. If the product serial number is not available, the device server shall return ASCII spaces (20h) in this 
field. 
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8 Well known logical units 

8.1 Model for well known logical units 

Well known logical units are addressed using the well known logical unit addressing method of extended 
logical unit addressing (see SAM-5). Each well known logical unit has a well known logical unit number as 
shown in table 546. 


Table 546 — Well known logical unit numbers 


W-LUN a 

Description 

Reference 

OOh 

Reserved 


Olh 

REPORT LUNS well known logical unit 

8.2 

02h 

Obsolete 


03h 

TARGET LOG PAGES well known logical unit 

8.3 

04 h 

SECURITY PROTOCOL well known logical unit 

8.4 

05h 

MANAGEMENT PROTOCOL well known logical unit 

8.5 

06h to FFh 

Reserved 


a well known logical unit number 


If a well known logical unit is supported within a SCSI target device, then that logical unit shall support all the 
commands defined for it. 

The SCSI device name of the SCSI target device that contains a well known logical unit may be determined by 
issuing an INQUIRY command (see 6.5) requesting the Device Identification VPD page (see 7.7.6). 

All well known logical units shall support the INQUIRY command’s Device Identification VPD page as defined 
in 7.7.6.2.2. 


8.2 REPORT LUNS well known logical unit 

The REPORT LUNS well known logical unit shall only process the commands listed in table 547. If a 
command is received by the REPORT LUNS well known logical unit that is not listed in table 547, then the 
device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID COMMAND OPERATION CODE. 


Table 547 — Commands for the REPORT LUNS well known logical unit 


Command 

Operation 

code 

Support 

Reference 

INQUIRY 

12h 

M 

6.5 

REPORT LUNS 

AOh 

M 

6.28 

REQUEST SENSE 

03h 

M 

6.34 

TEST UNIT READY 

OOh 

M 

6.42 

Key: 

M = Command implementation is mandatory. 
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8.3 TARGET LOG PAGES well known logical unit 

The TARGET LOG PAGES well known logical unit shall only process the commands listed in table 548. If a 
command is received by the TARGET LOG PAGES well know logical unit that is not listed in table 548, then 
the device server shall terminate the command with CHECK CONDITION status, with the sense key set to 
ILLEGAL REQUEST, and the additional sense code set to INVALID COMMAND OPERATION CODE. 


Table 548 — Commands for the TARGET LOG PAGES well known logical unit 


Command 

Operation 

code 

Support 

Reference 

INQUIRY 

12h 

M 

6.5 

LOG SELECT 

4Ch 

M 

6.6 

LOG SENSE 

4Dh 

M 

6.7 

REQUEST SENSE 

03h 

M 

6.34 

TEST UNIT READY 

OOh 

M 

6.38 

Key: 

M = Command implementation is mandatory. 


The TARGET LOG PAGES well known logical unit shall support the Protocol Specific Port log page (see 
7.3.16) and may support other log pages with parameters that apply to the SCSI target device. 


8.4 SECURITY PROTOCOL well known logical unit 

The SECURITY PROTOCOL well known logical unit shall only process the commands listed in table 549. If a 
command is received by the SECURITY PROTOCOL well known logical unit that is not listed in table 549, 
then the device server shall terminate the command with CHECK CONDITION status, with the sense key set 
to ILLEGAL REQUEST, and the additional sense code set to INVALID COMMAND OPERATION CODE. 


Table 549 — Commands for the SECURITY PROTOCOL well known logical unit 


Command 

Operation 

code 

Support 

Reference 

INQUIRY 

12h 

M 

6.5 

REQUEST SENSE 

03h 

M 

6.34 

SECURITY PROTOCOL IN 

A2h 

M 

6.35 

SECURITY PROTOCOL OUT 

B5h 

M 

6.36 

TEST UNIT READY 

OOh 

M 

6.42 

Key: 

M = Command implementation is mandatory. 


8.5 MANAGEMENT PROTOCOL well known logical unit 

The MANAGEMENT PROTOCOL well known logical unit shall only process the commands listed in table 550. 
If a command is received by the MANAGEMENT PROTOCOL well known logical unit that is not listed in table 
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550, then the device server shall terminate the command with CHECK CONDITION status, with the sense key 
set to ILLEGAL REQUEST, and the additional sense code set to INVALID COMMAND OPERATION CODE. 


Table 550 — Commands for the MANAGEMENT PROTOCOL well known logical unit 


Command 

Operation 

code 

Support 

Reference 

INQUIRY 

12h 

M 

6.5 

MANAGEMENT PROTOCOL IN 

A3h/10h a 

M 

6.8 

MANAGEMENT PROTOCOL OUT 

A4h/10h a 

M 

6.9 

REQUEST SENSE 

03h 

M 

6.34 

TEST UNIT READY 

OOh 

M 

6.42 

Key: 

M = Command implementation is mandatory. 

a This command is defined by a combination of operation code and service action. The 
operation code value is shown preceding the slash and the service action value is shown 
after the slash. 
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Annex A 

(informative) 

Terminology mapping 

Table A.1 lists changes in terminology between SPC-2 and this standard. 

Table A.1 — This standard to SPC-2 terminology mapping 


Equivalent term in this standard 

SPC-2 term 

initiator port identifier 

initiator identifier 

queue 

task set 

command 

task 

command identifier 

task tag 

SCSI initiator port 

initiator 

SCSI port 

port 

target port identifier or 
initiator port identifier 

device identifier 

target port identifier or 
initiator port identifier 

SCSI identifier 

SCSI target port 

target 

target port identifier 

target identifier 
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Annex B 

(informative) 

REPORT LUNS command examples 

This annex contains examples of logical unit inventory reporting. For the examples in this annex, a logical unit 
inventory of the 11 LUNs shown in table B.1 is assumed. 


Table B.1 — Example logical unit inventory 


Logical 

unit 

name 

LUN 

LU CONG 

bit 

Description 

A 

0000 0000 0000 OOOOh 

0 

LUN 0 

B 

0001 0000 0000 OOOOh 

0 

Single level peripheral device addressing LUN 

C 

D201 0020 0000 OOOOh 

0 

Single level extended flat space addressing LUN 

D 

0130 0000 0000 OOOOh 

1 

Administrative logical unit contained in a logical unit 
conglomerate 

E 

0180 0000 0000 OOOOh 

1 

Administrative logical unit contained in a logical unit 
conglomerate 

F 

0180 0001 0000 OOOOh 

1 

Subsidiary logical unit contained in the logical unit 
conglomerate for which logical unit E is the adminis¬ 
trative logical unit. 

G 

0180 0180 0000 OOOOh 

1 

Subsidiary logical unit contained in the logical unit 
conglomerate for which logical unit E is the adminis¬ 
trative logical unit. 

J 

0181 0000 0000 OOOOh 

1 

Administrative logical unit contained in a logical unit 
conglomerate 

K 

0181 017F 0000 OOOOh 

1 

Subsidiary logical unit contained in the logical unit 
conglomerate for which logical unit J is the adminis¬ 
trative logical unit. 

L 

0181 0180 0000 OOOOh 

1 

Subsidiary logical unit contained in the logical unit 
conglomerate for which logical unit J is the adminis¬ 
trative logical unit. 

N 

Cl 05 0000 0000 OOOOh 

0 

MANAGEMENT PROTOCOL well known logical unit 
at level 1 

a The lu_cong bit is described in the standard INQUIRY data (see 6.5.2). 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


647 




T10/BSR INCUS 502 Revision 05 


12 August 2015 


Figure B.1 shows a representation of these example logical units. 



Table B.2 shows the returned LUN list returned by a REPORT LUNS command (see 6.28) for various select 
report types when addressed to various logical unit numbers. 


Table B.2 — REPORT LUNS command returned LUN list (part 1 of 3) 




SELECT 

Logical unit list returned 

Logical unit to wmcn 
command is addressed 

REPORT 
field a 

Name 

Number 




A 

0000 0000 0000 OOOOh 




B 

0001 0000 0000 OOOOh 




C 

D201 0020 0000 OOOOh 




D 

0130 0000 0000 OOOOh 

A k 

0000 0000 0000 OOOOh 

OOh 

E 

0180 0000 0000 OOOOh 


F 

0180 0001 0000 OOOOh 




G 

0180 0180 0000 OOOOh 




J 

0181 0000 0000 OOOOh 




K 

0181 017F 0000 OOOOh 




L 

0181 0180 0000 OOOOh 

a The SELECT REPORT field is described in the REPORT LUNS command (see 6.28). 
b Commands addressed to the REPORT LUNS well known logical unit 
(i.e., Cl 01 0000 0000 OOOOh), if supported, return the same logical unit number 
list returned by commands addressed to LUN 0 (i.e., logical unit A). 
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Table B.2 — REPORT LUNS command returned LUN list (part 2 of 3) 


Logical unit to which 
command is addressed 

select 

report 
field a 

Logical unit list returned 

Name 

Number 

A b 

0000 0000 0000 OOOOh 

Olh 

N 

Cl 05 0000 0000 OOOOh 

A b 

0000 0000 0000 OOOOh 

02h 

A 

0000 0000 0000 OOOOh 

B 

0001 0000 0000 OOOOh 

C 

D201 0020 0000 OOOOh 

D 

0130 0000 0000 OOOOh 

E 

0180 0000 0000 OOOOh 

F 

0180 0001 0000 OOOOh 

G 

0180 0180 0000 OOOOh 

J 

0181 0000 0000 OOOOh 

K 

0181 017F 0000 OOOOh 

L 

0181 0180 0000 OOOOh 

N 

Cl 05 0000 0000 OOOOh 

A b 

0000 0000 0000 OOOOh 

lOh 

D 

0130 0000 0000 OOOOh 

E 

0180 0000 0000 OOOOh 

J 

0181 0000 0000 OOOOh 

A b 

0000 0000 0000 OOOOh 

11 h 

A 

0000 0000 0000 OOOOh 

B 

0001 0000 0000 OOOOh 

C 

D201 0020 0000 OOOOh 

D 

0130 0000 0000 OOOOh 

E 

0180 0000 0000 OOOOh 

J 

0181 0000 0000 OOOOh 

A b 

0000 0000 0000 OOOOh 

12h 


null 

B 

0001 0000 0000 OOOOh 

OOh to 02h 


Vendor specific 

B 

0001 0000 0000 OOOOh 

lOh to 12h 


null 

E 

0180 0000 0000 OOOOh 

OOh to 02h 


Vendor specific 

E 

0180 0000 0000 OOOOh 

lOh to 11 h 


null 

E 

0180 0000 0000 OOOOh 

12h 

E 

0180 0000 0000 OOOOh 

F 

0180 0001 0000 OOOOh 

G 

0180 0180 0000 OOOOh 


a The select report field is described in the REPORT LUNS command (see 6.28). 
b Commands addressed to the REPORT LUNS well known logical unit 
(i.e., C101 0000 0000 OOOOh), if supported, return the same logical unit number 
list returned by commands addressed to LUN 0 (i.e., logical unit A). 
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Table B.2 — REPORT LUNS command returned LUN list (part 3 of 3) 


Logical unit to which 
command is addressed 

select 

report 
field a 

Logical unit list returned 

Name 

Number 

F 

0180 0001 0000 OOOOh 

lOh to 12h 


null 

G 

0180 0180 0000 OOOOh 

lOh to 12h 


null 

J 

0181 0000 0000 OOOOh 

10h to 11 h 


null 

J 

0181 0000 0000 OOOOh 

12h 

J 

0181 0000 0000 OOOOh 

K 

0181 017F 0000 OOOOh 

L 

0181 0180 0000 OOOOh 

K 

0181 017F 0000 OOOOh 

lOh to 12h 


null 

L 

0181 0180 0000 OOOOh 

lOh to 12h 


null 


a The select report field is described in the REPORT LUNS command (see 6.28). 
b Commands addressed to the REPORT LUNS well known logical unit 
(i.e., C101 0000 0000 OOOOh), if supported, return the same logical unit number 
list returned by commands addressed to LUN 0 (i.e., logical unit A). 
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Annex C 

(informative) 

Replacing RESERVE/RELEASE functionality with PERSISTENT RESERVE 
IN/OUT equivalents 


C.1 Introduction 

This annex specifies the PERSISTENT RESERVE OUT command features necessary to replace the 
reserve/release management method (see SPC-2) and provides guidance on how to perform a third party 
reservation using persistent reservations. The PERSISTENT RESERVE IN command is not used to replace 
any feature of the reserve/release management method. 

C.2 Replacing the reserve/release method with the PERSISTENT RESERVE OUT 
COMMAND 

The minimum PERSISTENT RESERVE OUT command (see 6.15) features necessary to replace the 
reserve/release management method (see SPC-2) are shown in table C.1. 


Table C.1 — PERSISTENT RESERVE OUT command features 


PERSISTENT RESERVE OUT command features 

Replaces 

reserve/release 


REGISTER 

Yes a 


RESERVE 

Yes 


RELEASE 

Yes 

Service 

CLEAR 

Yes b 

action 

PREEMPT 

No 


PREEMPT AND ABORT 

No 


REGISTER AND IGNORE EXISTING KEY 

Yes a 


REGISTER AND MOVE 

Yes c 

Scope 

LUSCOPE 

Yes 


Write Exclusive 

No 


Exclusive Access 

Yes 

Type 

Write Exclusive - Registrants Only 

No 

Exclusive Access - Registrants Only 

No 


Write Exclusive - All Registrants 

No 


Exclusive Access - All Registrants 

No 

a An implementation uses either the REGISTER service action or REGISTER 
AND IGNORE EXISTING KEY service action. 
b Necessary to clear the registration and reservation (e.g, a failed initiator). 
c Necessary only for third party reservations. 
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C.3 Third party reservations 

For some uses of the EXTENDED COPY command (see 6.4), the application client performs a locking 
function to maintain data integrity on the source and may also lock the destination device prior to starting the 
copy operation. The persistent reservation management method may be used to perform the locking function. 
Other methods may also perform the locking function. 

To accomplish a third party persistent reservation the following steps are recommended: 

1) the application client uses the REGISTER service action to register an I T nexus with a logical unit 
(e.g., a tape drive logical unit); 

2) the application client uses the RESERVE service action to establish a persistent reservation with the 
Exclusive Access type; 

3) the application client prepares the logical unit for access (e.g., medium is loaded and positioned); 

4) the application client uses the REGISTER AND MOVE service action to register the I T nexus that 
the copy manager is expected to use and to move the persistent reservation to that l_T nexus; 

5) the application client sends the EXTENDED COPY command to the copy manager that includes a 
third party persistent reservations source l_T nexus segment descriptor (see 6.4.6.18); 

6) copy manager processes all segment descriptors in the received EXTENDED COPY command 
except the third party persistent reservations source l_T nexus segment descriptor; and 

7) the copy manager issues a REGISTER AND MOVE service action, using the reservation key and I T 
nexus specified in the third party persistent reservations source l_T nexus segment descriptor sent by 
the application client (see step 5), to move the persistent reservation back to the original I T nexus. 
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Annex D 

(informative) 

Third-party copy implementation and usage 
D.1 Embedded and dedicated copy manager implementations 
D.1.1 Overview 

Although a copy manager is always contained in a logical unit, the logical unit may: 

a) have a function (e.g., providing access to a block storage device) in addition to the copy manager 
function (i.e., the copy manager is embedded (see D.1.2) in another device type); or 

b) be dedicated to providing the copy manager function (i.e., the copy manager is contained in a 
dedicated (see D.1.3) logical unit). 

In both implementations: 

a) the device server processes commands (e.g., the INQUIRY command) that are not third-party copy 
commands (see 5.16.3), and the copy manager processes third-party copy commands; and 

b) the standard INQUIRY data (see 6.5.2) indicates a logical unit that is accessible, and has a defined 
device type. 

D.1.2 Embedded copy manager implementations 

The device type indicated by the standard INQUIRY data (see 6.5.2) for an embedded copy manager is the 
device type appropriate to the device in which the copy manager is embedded. 

In addition to whatever copy manager commands are supported, the commands associated with the device 
type (e.g., reads and writes) are supported and processed by the device server. 

The copy manager is able to support and translate the FFFFh CSCD descriptor ID value (i.e., this logical unit) 
shown in table 111 (see 6.4.6.1) to the logical unit and device type in which the copy manager is embedded. 

D.1.3 Dedicated copy manager implementations 

The device type indicated by the standard INQUIRY data (see 6.5.2) for a dedicated copy manager is not 
constrained by other uses of the logical unit. Any defined device type may be indicated in standard INQUIRY 
data. One device type often used by dedicated copy managers is the processor device type (see SPC-2). 

Very few commands beyond the commands those that table 82 shows to be mandatory for all device types 
(see 6.1) are supported by the logical unit for a dedicated copy manager. 

In most cases, a dedicated copy manager is not able to support and translate the FFFFh CSCD descriptor ID 
value (i.e., this logical unit) shown in table 111 (see 6.4.6.1). 
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D.2 Tracking copy operation progress 
D.2.1 Overview 

The following third-party copy commands provide information that tracks the progress of a copy operation: 

a) the RECEIVE COPY STATUS command (see 6.21); 

b) the RECEIVE COPY DATA command (see 6.20); and 

c) the RECEIVE ROD TOKEN INFORMATION command (see 6.23). 

D.2.2 Detecting lack of progress in active copy operations 

Although there is a way to determine the progress of an individual data transfer command performed by the 
copy manager (e.g., in response to the contents of a segment descriptor (see 5.16.7)), the operation 
counter field in the parameter data for all the commands listed in D.2.1 allows the determination of progress 
for an active copy operation as follows: 

a) each time the copy operation completes processing on a data transfer command that moves data the 
operation counter field is incremented; 

b) this continues as long as the copy manager is able to move data; 

c) if the operation counter field reaches the maximum value allowed in the field, the value wraps to 
zero and the operation counter field continues to be incremented as described in a); and 

d) if the copy manager stops being able to move data, the value in the operation counter field should 
stop changing. 
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Annex E 

(informative) 

Numeric order codes 
E.1 Numeric order codes introduction 

This annex contains SCSI additional sense codes, operation codes, diagnostic page codes, log page codes, 
mode page codes, VPD page codes, version descriptor values, and T10 IEEE binary identifiers in numeric 
order as a reference. In the event of a conflict between the codes or usage requirements in this annex and 
equivalent information in the body of this standard or in any command standard, the normative codes and 
usage information is correct. 

The information in this annex was complete and accurate at the time of publication. However, the information 
is subject to change. Technical Committee T10 of INCITS maintains an electronic copy of this information on 
its website (http://www.t10.org/). In the event that the T10 website is no longer active, access may be possible 
via the INCITS website (http://www.incits.org), the ANSI website (http://www.ansi.org), the IEC site 
(http://www.iec.ch/), the ISO website (http://www.iso.ch/), or the ISO/IEC JTC 1 website (http://www.jtd.org/). 

E.2 Additional sense codes 

Table E.1 is a numerical order listing of the additional sense codes (i.e., the additional sense code field and 
additional sense code qualifier field values returned in sense data). 

Table E.1 —ASC and ASCQ assignments (part 1 of 19) 

D - Direct Access Block Device (SBC-4) Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

. V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

ASC ASCQ DZTPROMAEBKVF Description 

OOh OOh DZTPROMAEBKVF NO ADDITIONAL SENSE INFORMATION 
OOh Olh T FILEMARK DETECTED 

OOh 02h T END-OF-PARTITION/MEDIUM DETECTED 

OOh 03h T SETMARK DETECTED 

OOh 04h T BEGINNING-OF-PARTITION/MEDIUM DETECTED 

OOh 05h T END-OF-DATA DETECTED 

OOh 06h DZTPROMAEBKVF I/O PROCESS TERMINATED 

OOh 07h T PROGRAMMABLE EARLY WARNING DETECTED 

OOh 11 h R AUDIO PLAY OPERATION IN PROGRESS 

OOh 12h R AUDIO PLAY OPERATION PAUSED 

OOh 13h R AUDIO PLAY OPERATION SUCCESSFULLY COMPLETED 

OOh 14h R AUDIO PLAY OPERATION STOPPED DUE TO ERROR 

OOh 15h R NO CURRENT AUDIO STATUS TO RETURN 

OOh 16h DZTPROMAEBKVF OPERATION IN PROGRESS _ 
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Table E.1 — ASC and ASCQ assignments (part 2 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



. T- 

Sequential Access Device (SSC-5) not blank = code used 



P 

- Processor Device (SPC-2) 

R - C/DVD Device (MMC-6) 




0 - Optical Memory Block Device (SBC) 




M - Media Changer Device (SMC-3) 




. A - Storage Array Device (SCC-2) 




E - SCSI Enclosure Services device (SES-3) 




B - Simplified Direct-Access (Reduced Block) device (RBC) 




. K - Optical Card Reader/Writer device (OCRW) 




. V- 

Automation/Device Interface device (ADC-4) 




F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

OOh 

17h 

DZT 

ROMAEBKVF 

CLEANING REQUESTED 

OOh 

18h 

T 


ERASE OPERATION IN PROGRESS 

OOh 

19h 

T 


LOCATE OPERATION IN PROGRESS 

OOh 

1Ah 

T 


REWIND OPERATION IN PROGRESS 

OOh 

IBh 

T 


SET CAPACITY OPERATION IN PROGRESS 

OOh 

ICh 

T 


VERIFY OPERATION IN PROGRESS 

OOh 

IDh 

DZT 

B 

ATA PASS THROUGH INFORMATION AVAILABLE 

OOh 

1Eh 

DZT 

R MAEBKV 

CONFLICTING SA CREATION REQUEST 

OOh 

IFh 

DZT 

B 

LOGICAL UNIT TRANSITIONING TO ANOTHER POWER CONDITION 

OOh 

20h 

DZT P 

B 

EXTENDED COPY INFORMATION AVAILABLE 

OOh 

21h 

DZ 


ATOMIC COMMAND ABORTED DUE TO ACA 

Olh 

OOh 

DZ 

0 BK 

NO INDEX/SECTOR SIGNAL 

02h 

OOh 

DZ 

RO BK 

NO SEEK COMPLETE 

03h 

OOh 

DZT 

0 BK 

PERIPHERAL DEVICE WRITE FAULT 

03h 

Olh 

T 


NO WRITE CURRENT 

03h 

02h 

T 


EXCESSIVE WRITE ERRORS 

04h 

OOh 

DZT P 

ROMAEBKVF 

LOGICAL UNIT NOT READY, CAUSE NOT REPORTABLE 

04h 

Olh 

DZTP 

ROMAEBKVF 

LOGICAL UNIT IS IN PROCESS OF BECOMING READY 

04h 

02h 

DZTP 

ROMAEBKVF 

LOGICAL UNIT NOT READY, INITIALIZING COMMAND REQUIRED 

04h 

03h 

DZTP 

ROMAEBKVF 

LOGICAL UNIT NOT READY, MANUAL INTERVENTION REQUIRED 

04h 

04 h 

DZT 

RO B 

LOGICAL UNIT NOT READY, FORMAT IN PROGRESS 

04 h 

05h 

DZT 

0 A BK F 

LOGICAL UNIT NOT READY, REBUILD IN PROGRESS 

04h 

06h 

DZT 

O A BK 

LOGICAL UNIT NOT READY, RECALCULATION IN PROGRESS 

04h 

07h 

DZTP 

ROMAEBKVF 

LOGICAL UNIT NOT READY, OPERATION IN PROGRESS 

04 h 

08h 


R 

LOGICAL UNIT NOT READY, LONG WRITE IN PROGRESS 

04h 

09h 

DZTP 

ROMAEBKVF 

LOGICAL UNIT NOT READY, SELF-TEST IN PROGRESS 

04h 

OAh 

DZTP 

ROMAEBKVF 

LOGICAL UNIT NOT ACCESSIBLE, ASYMMETRIC ACCESS STATE 
TRANSITION 

04h 

OBh 

DZTP 

ROMAEBKVF 

LOGICAL UNIT NOT ACCESSIBLE, TARGET PORT IN STANDBY STATE 

04 h 

OCh 

DZTP 

ROMAEBKVF 

LOGICAL UNIT NOT ACCESSIBLE, TARGET PORT IN UNAVAILABLE 

STATE 

04h 

ODh 


F 

LOGICAL UNIT NOT READY, STRUCTURE CHECK REQUIRED 

04h 

OEh 

DZT 

R MAEBKVF 

LOGICAL UNIT NOT READY, SECURITY SESSION IN PROGRESS 

04h 

lOh 

DZT 

ROM B 

LOGICAL UNIT NOT READY, AUXILIARY MEMORY NOT ACCESSIBLE 

04h 

11 h 

DZT 

RO AEB VF 

LOGICAL UNIT NOT READY, NOTIFY (ENABLE SPINUP) REQUIRED 

04 h 

12h 


M V 

LOGICAL UNIT NOT READY, OFFLINE 

04h 

13h 

DZT 

R MAEBKV 

LOGICAL UNIT NOT READY, SA CREATION IN PROGRESS 

04 h 

14h 

DZ 

B 

LOGICAL UNIT NOT READY, SPACE ALLOCATION IN PROGRESS 

04h 

15h 


M 

LOGICAL UNIT NOT READY, ROBOTICS DISABLED 

04h 

16h 


M 

LOGICAL UNIT NOT READY, CONFIGURATION REQUIRED 

04h 

17h 


M 

LOGICAL UNIT NOT READY, CALIBRATION REQUIRED 

04h 

18h 


M 

LOGICAL UNIT NOT READY, A DOOR IS OPEN 
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Table E.1 — ASC and ASCQ assignments (part 3 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



E - SCSI Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

04 h 

04h 

19h 

1Ah 

M 

DZ B 

LOGICAL UNIT NOT READY, OPERATING IN SEQUENTIAL MODE 
LOGICAL UNIT NOT READY, START STOP UNIT COMMAND IN 

PROGRESS 

04 h 

IBh 

DZ B 

LOGICAL UNIT NOT READY, SANITIZE IN PROGRESS 

04h 

ICh 

DZT MAEB 

LOGICAL UNIT NOT READY, ADDITIONAL POWER USE NOT YET 
GRANTED 

04h 

IDh 

DZ 

LOGICAL UNIT NOT READY, CONFIGURATION IN PROGRESS 

04h 

1Eh 

DZ 

LOGICAL UNIT NOT READY, MICROCODE ACTIVATION REQUIRED 

04h 

IFh 

DZTPROMAEBKVF 

LOGICAL UNIT NOT READY, MICROCODE DOWNLOAD REQUIRED 

04h 

20h 

DZTPROMAEBKVF 

LOGICAL UNIT NOT READY, LOGICAL UNIT RESET REQUIRED 

04h 

21h 

DZTPROMAEBKVF 

LOGICAL UNIT NOT READY, HARD RESET REQUIRED 

04h 

22h 

DZTPROMAEBKVF 

LOGICAL UNIT NOT READY, POWER CYCLE REQUIRED 

05h 

OOh 

DZT ROMAEBKVF 

LOGICAL UNIT DOES NOT RESPOND TO SELECTION 

06h 

OOh 

DZ ROM BK 

NO REFERENCE POSITION FOUND 

07h 

OOh 

DZT ROM BK 

MULTIPLE PERIPHERAL DEVICES SELECTED 

08h 

OOh 

DZT ROMAEBKVF 

LOGICAL UNIT COMMUNICATION FAILURE 

08h 

Olh 

DZT ROMAEBKVF 

LOGICAL UNIT COMMUNICATION TIME-OUT 

08h 

02h 

DZT ROMAEBKVF 

LOGICAL UNIT COMMUNICATION PARITY ERROR 

08h 

03h 

DZT ROM BK 

LOGICAL UNIT COMMUNICATION CRC ERROR (ULTRA-DMA/32) 

08h 

04 h 

DZTPRO K 

UNREACHABLE COPY TARGET 

09h 

OOh 

DZT RO B 

TRACK FOLLOWING ERROR 

09h 

Olh 

RO K 

TRACKING SERVO FAILURE 

09h 

02h 

RO K 

FOCUS SERVO FAILURE 

09h 

03h 

RO 

SPINDLE SERVO FAILURE 

09h 

04 h 

DZT RO B 

HEAD SELECT FAULT 

09h 

05h 

DZT RO B 

VIBRATION INDUCED TRACKING ERROR 

OAh 

OOh 

DZTPROMAEBKVF 

ERROR LOG OVERFLOW 

OBh 

OOh 

DZTPROMAEBKVF 

WARNING 

OBh 

Olh 

DZTPROMAEBKVF 

WARNING - SPECIFIED TEMPERATURE EXCEEDED 

OBh 

02h 

DZTPROMAEBKVF 

WARNING - ENCLOSURE DEGRADED 

OBh 

03h 

DZTPROMAEBKVF 

WARNING - BACKGROUND SELF-TEST FAILED 

OBh 

04h 

DZTPRO AEBKVF 

WARNING - BACKGROUND PRE-SCAN DETECTED MEDIUM ERROR 

OBh 

05h 

DZTPRO AEBKVF 

WARNING - BACKGROUND MEDIUM SCAN DETECTED MEDIUM ERROR 

OBh 

06h 

DZTPROMAEBKVF 

WARNING - NON-VOLATILE CACHE NOW VOLATILE 

OBh 

07h 

DZTPROMAEBKVF 

WARNING - DEGRADED POWER TO NON-VOLATILE CACHE 

OBh 

08h 

DZTPROMAEBKVF 

WARNING - POWER LOSS EXPECTED 

OBh 

09h 

DZ 

WARNING - DEVICE STATISTICS NOTIFICATION ACTIVE 

OBh 

OAh 

DZTPROMAEBKV 

WARNING - HIGH CRITICAL TEMPERATURE LIMIT EXCEEDED 

OBh 

OBh 

DZTPROMAEBKV 

WARNING - LOW CRITICAL TEMPERATURE LIMIT EXCEEDED 

OBh 

OCh 

DZTPROMAEBKV 

WARNING - HIGH OPERATING TEMPERATURE LIMIT EXCEEDED 

OBh 

ODh 

DZTPROMAEBKV 

WARNING - LOW OPERATING TEMPERATURE LIMIT EXCEEDED 

OBh 

OEh 

DZTPROMAEBKV 

WARNING - HIGH CRITICAL HUMIDITY LIMIT EXCEEDED 
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Table E.1 — ASC and ASCQ assignments (part 4 of 19) 

D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

ASC ASCQ DZTPROMAEBKVF Description 
OBh OFh DZTPROMAEBKV WARNING - LOW CRITICAL HUMIDITY LIMIT EXCEEDED 
OBh lOh DZTPROMAEBKV WARNING - HIGH OPERATING HUMIDITY LIMIT EXCEEDED 
OBh 11 h DZTPROMAEBKV WARNING - LOW OPERATING HUMIDITY LIMIT EXCEEDED 
OCh OOh T R WRITE ERROR 

OCh 01 h K WRITE ERROR - RECOVERED WITH AUTO REALLOCATION 

OCh 02h DZ O BK WRITE ERROR - AUTO REALLOCATION FAILED 

OCh 03h DZ O BK WRITE ERROR - RECOMMEND REASSIGNMENT 

OCh 04h DZT O B COMPRESSION CHECK MISCOMPARE ERROR 

OCh 05h DZT O B DATA EXPANSION OCCURRED DURING COMPRESSION 

OCh 06h DZT O B BLOCK NOT COMPRESSIBLE 

OCh 07h DZ R WRITE ERROR - RECOVERY NEEDED 

OCh 08h R WRITE ERROR-RECOVERY FAILED 

OCh 09h R WRITE ERROR - LOSS OF STREAMING 

OCh OAh R WRITE ERROR - PADDING BLOCKS ADDED 

OCh OBh DZT ROM B AUXILIARY MEMORY WRITE ERROR 

OCh OCh DZTP RO AEBKVF WRITE ERROR - UNEXPECTED UNSOLICITED DATA 

OCh ODh DZT PRO AEBKVF WRITE ERROR - NOT ENOUGH UNSOLICITED DATA 

OCh OEh DZT O BK MULTIPLE WRITE ERRORS 

OCh OFh R DEFECTS IN ERROR WINDOW 

OCh lOh DZ INCOMPLETE MULTIPLE ATOMIC WRITE OPERATIONS 

OCh 11 h DZ WRITE ERROR - RECOVERY SCAN NEEDED 

OCh 12h DZ WRITE ERROR-INSUFFICIENT ZONE RESOURCES 

ODh OOh DZT P RO A K ERROR DETECTED BY THIRD PARTY TEMPORARY INITIATOR 

ODh 01 h DZT PRO A K THIRD PARTY DEVICE FAILURE 

ODh 02h DZT P RO A K COPY TARGET DEVICE NOT REACHABLE 

ODh 03h DZTPRO A K INCORRECT COPY TARGET DEVICE TYPE 

ODh 04 h DZTPRO A K COPY TARGET DEVICE DATA UNDERRUN 

ODh 05h DZTPRO A K COPY TARGET DEVICE DATA OVERRUN 

OEh OOh DZTPROMAEBK F INVALID INFORMATION UNIT 

OEh Olh DZTPROMAEBK F INFORMATION UNIT TOO SHORT 

OEh 02h DZTPROMAEBK F INFORMATION UNIT TOO LONG 

OEh 03h DZTPR MAEBK F INVALID FIELD IN COMMAND INFORMATION UNIT 

OFh OOh 

10h OOh DZ O BK ID CRC OR ECC ERROR 

lOh Olh DZT O LOGICAL BLOCK GUARD CHECK FAILED 

lOh 02h DZT O LOGICAL BLOCK APPLICATION TAG CHECK FAILED 

lOh 03h DZT O LOGICAL BLOCK REFERENCE TAG CHECK FAILED 

lOh 04h T LOGICAL BLOCK PROTECTION ERROR ON RECOVER BUFFERED DATA 

lOh 05h T LOGICAL BLOCK PROTECTION METHOD ERROR 

11 h OOh DZT RO BK UNRECOVERED READ ERROR 

11 h Olh DZT RO BK READ RETRIES EXHAUSTED 

11 h 02h DZT RO BK ERROR TOO LONG TO CORRECT _ 
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Table E.1 — ASC and ASCQ assignments (part 5 of 19) 


ASC ASCQ 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

11 h 

03h 

DZT 

0 

BK 

MULTIPLE READ ERRORS 

11 h 

04 h 

DZ 

0 

BK 

UNRECOVERED READ ERROR - AUTO REALLOCATE FAILED 

11 h 

05h 


RO 

B 

L-EC UNCORRECTABLE ERROR 

11 h 

06h 


RO 

B 

CIRC UNRECOVERED ERROR 

11 h 

07h 


O 

B 

DATA RE-SYNCHRONIZATION ERROR 

11 h 

08h 

T 



INCOMPLETE BLOCK READ 

11 h 

09h 

T 



NO GAP FOUND 

11 h 

OAh 

DZT 

O 

BK 

MISCORRECTED ERROR 

11 h 

OBh 

DZ 

O 

BK 

UNRECOVERED READ ERROR - RECOMMEND REASSIGNMENT 

11 h 

OCh 

DZ 

O 

BK 

UNRECOVERED READ ERROR - RECOMMEND REWRITE THE DATA 

11 h 

ODh 

DZT 

RO 

B 

DE-COMPRESSION CRC ERROR 

11 h 

OEh 

DZT 

RO 

B 

CANNOT DECOMPRESS USING DECLARED ALGORITHM 

11 h 

OFh 


R 


ERROR READING UPC/EAN NUMBER 

11 h 

lOh 


R 


ERROR READING ISRC NUMBER 

11 h 

11 h 


R 


READ ERROR - LOSS OF STREAMING 

11 h 

12h 

DZT 

ROM 

B 

AUXILIARY MEMORY READ ERROR 

11 h 

13h 

DZTPRO 

AEBKVF 

READ ERROR - FAILED RETRANSMISSION REQUEST 

11 h 

14h 

DZ 



READ ERROR - LB A MARKED BAD BY APPLICATION CLIENT 

11 h 

15h 

DZ 



WRITE AFTER SANITIZE REQUIRED 

12h 

OOh 

DZ 

O 

BK 

ADDRESS MARK NOT FOUND FOR ID FIELD 

13h 

OOh 

DZ 

O 

BK 

ADDRESS MARK NOT FOUND FOR DATA FIELD 

14h 

OOh 

DZT 

RO 

BK 

RECORDED ENTITY NOT FOUND 

14h 

Olh 

DZT 

RO 

BK 

RECORD NOT FOUND 

14h 

02h 

T 



FILEMARK OR SETMARK NOT FOUND 

14h 

03h 

T 



END-OF-DATA NOT FOUND 

14h 

04 h 

T 



BLOCK SEQUENCE ERROR 

14h 

05h 

DZT 

O 

BK 

RECORD NOT FOUND - RECOMMEND REASSIGNMENT 

14h 

06h 

DZT 

O 

BK 

RECORD NOT FOUND - DATA AUTO-REALLOCATED 

14h 

07h 

T 



LOCATE OPERATION FAILURE 

15h 

OOh 

DZT 

ROM 

BK 

RANDOM POSITIONING ERROR 

15h 

Olh 

DZT 

ROM 

BK 

MECHANICAL POSITIONING ERROR 

15h 

02h 

DZT 

RO 

BK 

POSITIONING ERROR DETECTED BY READ OF MEDIUM 

16h 

OOh 

DZ 

O 

BK 

DATA SYNCHRONIZATION MARK ERROR 

16h 

Olh 

DZ 

O 

BK 

DATA SYNC ERROR - DATA REWRITTEN 

16h 

02h 

DZ 

O 

BK 

DATA SYNC ERROR - RECOMMEND REWRITE 

16h 

03h 

DZ 

O 

BK 

DATA SYNC ERROR - DATA AUTO-REALLOCATED 

16h 

04 h 

DZ 

O 

BK 

DATA SYNC ERROR - RECOMMEND REASSIGNMENT 

17h 

OOh 

DZT 

RO 

BK 

RECOVERED DATA WITH NO ERROR CORRECTION APPLIED 

17h 

Olh 

DZT 

RO 

BK 

RECOVERED DATA WITH RETRIES 

17h 

02h 

DZT 

RO 

BK 

RECOVERED DATA WITH POSITIVE HEAD OFFSET 

17h 

03h 

DZT 

RO 

BK 

RECOVERED DATA WITH NEGATIVE HEAD OFFSET 

17h 

04 h 


RO 

B 

RECOVERED DATA WITH RETRIES AND/OR CIRC APPLIED 
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Table E.1 — ASC and ASCQ assignments (part 6 of 19) 

D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

ASC ASCQ DZTPROMAEBKVF Description 
17h 05h DZ RO BK RECOVERED DATA USING PREVIOUS SECTOR ID 

17h 06h DZ O BK RECOVERED DATA WITHOUT ECC - DATA AUTO-REALLOCATED 

17h 07h DZ RO BK RECOVERED DATA WITHOUT ECC - RECOMMEND REASSIGNMENT 

17h 08h DZ RO BK RECOVERED DATA WITHOUT ECC - RECOMMEND REWRITE 

17h 09h DZ RO BK RECOVERED DATA WITHOUT ECC - DATA REWRITTEN 

18h 00h DZT RO BK RECOVERED DATA WITH ERROR CORRECTION APPLIED 

18h Olh DZ RO BK RECOVERED DATA WITH ERROR CORR. & RETRIES APPLIED 

18h 02h DZ RO BK RECOVERED DATA - DATA AUTO-REALLOCATED 

18h 03h R RECOVERED DATA WITH CIRC 

18h 04h R RECOVERED DATA WITH L-EC 

18h 05h DZ RO BK RECOVERED DATA - RECOMMEND REASSIGNMENT 

18h 06h DZ RO BK RECOVERED DATA - RECOMMEND REWRITE 

18h 07h DZ O BK RECOVERED DATA WITH ECC - DATA REWRITTEN 

18h 08h R RECOVERED DATA WITH LINKING 

19h OOh DZ O K DEFECT LIST ERROR 

19h Olh DZ O K DEFECT LIST NOT AVAILABLE 

19h 02h DZ O K DEFECT LIST ERROR IN PRIMARY LIST 

19h 03h DZ O K DEFECT LIST ERROR IN GROWN LIST 

1Ah OOh DZTPROMAEBKVF PARAMETER LIST LENGTH ERROR 
IBh OOh DZTPROMAEBKVF SYNCHRONOUS DATA TRANSFER ERROR 
ICh OOh DZ O BK DEFECT LIST NOT FOUND 

ICh Olh DZ O BK PRIMARY DEFECT LIST NOT FOUND 

ICh 02h DZ O BK GROWN DEFECT LIST NOT FOUND 

IDh OOh DZT RO BK MISCOMPARE DURING VERIFY OPERATION 

IDh Olh DZ B MISCOMPARE VERIFY OF UNMAPPED LBA 

1 Eh OOh DZ O BK RECOVERED ID WITH ECC CORRECTION 

IFh OOh DZ O K PARTIAL DEFECT LIST TRANSFER 

20h OOh DZTPROMAEBKVF INVALID COMMAND OPERATION CODE 
20h Olh DZTPROMAEBK ACCESS DENIED - INITIATOR PENDING-ENROLLED 
20h 02h DZTPROMAEBK ACCESS DENIED - NO ACCESS RIGHTS 

20h 03h DZTPROMAEBK ACCESS DENIED - INVALID MGMT ID KEY 

20h 04h T ILLEGAL COMMAND WHILE IN WRITE CAPABLE STATE 

20h 05h T Obsolete 

20h 06h T ILLEGAL COMMAND WHILE IN EXPLICIT ADDRESS MODE 

20h 07h T ILLEGAL COMMAND WHILE IN IMPLICIT ADDRESS MODE 

20h 08h DZTPROMAEBK ACCESS DENIED - ENROLLMENT CONFLICT 

20h 09h DZTPROMAEBK ACCESS DENIED - INVALID LU IDENTIFIER 

20h OAh DZTPROMAEBK ACCESS DENIED - INVALID PROXY TOKEN 

20h OBh DZTPROMAEBK ACCESS DENIED - ACL LUN CONFLICT 

20h OCh T ILLEGAL COMMAND WHEN NOTIN APPEND-ONLY MODE 

21h OOh DZT RO BK LOGICAL BLOCK ADDRESS OUT OF RANGE 

21 h Olh DZT ROM BK INVALID ELEMENT ADDRESS _ 
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Table E.1 — ASC and ASCQ assignments (part 7 of 19) 

D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

ASC ASCQ DZTPROMAEBKVF Description _ 


21h 

02 h 

R 


INVALID ADDRESS FOR WRITE 

21h 

03h 

R 


INVALID WRITE CROSSING LAYER JUMP 

21h 

04h 

DZ 


UNALIGNED WRITE COMMAND 

21h 

05h 

DZ 


WRITE BOUNDARY VIOLATION 

21h 

06 h 

DZ 


ATTEMPT TO READ INVALID DATA 

21h 

07h 

DZ 


READ BOUNDARY VIOLATION 

22h 

OOh 

DZ 


ILLEGAL FUNCTION (USE 20 00, 24 00, OR 26 00) 

23h 

00 h 

DZTP 

B 

INVALID TOKEN OPERATION, CAUSE NOT REPORTABLE 

23h 

Olh 

DZTP 

B 

INVALID TOKEN OPERATION, UNSUPPORTED TOKEN TYPE 


aak 



INVALID TOKEN OPERATION, REMOTE TOKEN USAGE NOT 

1 

1 



SUPPORTED 





INVALID TOKEN OPERATION, REMOTE ROD TOKEN CREATION NOT 

23h 

03h 

DZTP 

B 

SUPPORTED 

23h 

04 h 

DZTP 

B 

INVALID TOKEN OPERATION, TOKEN UNKNOWN 

23h 

05h 

DZTP 

B 

INVALID TOKEN OPERATION, TOKEN CORRUPT 

23h 

06 h 

DZTP 

B 

INVALID TOKEN OPERATION, TOKEN REVOKED 

23h 

07h 

DZTP 

B 

INVALID TOKEN OPERATION, TOKEN EXPIRED 

23h 

08 h 

DZTP 

B 

INVALID TOKEN OPERATION, TOKEN CANCELLED 

23h 

09 h 

DZTP 

B 

INVALID TOKEN OPERATION, TOKEN DELETED 

23h 

OAh 

DZTP 

B 

INVALID TOKEN OPERATION, INVALID TOKEN LENGTH 

24h 

OOh 

DZTPROMAEBKVF 

INVALID FIELD IN CDB 

24h 

Olh 

DZTP RO 

AEBKVF 

CDB DECRYPTION ERROR 

24h 

02h 

T 


Obsolete 

24h 

03h 

T 


Obsolete 

24h 

04 h 


F 

SECURITY AUDIT VALUE FROZEN 

24h 

05h 


F 

SECURITY WORKING KEY FROZEN 

24h 

06h 


F 

NONCE NOT UNIQUE 

24h 

07h 


F 

NONCE TIMESTAMP OUT OF RANGE 

24h 

08h 

DZT R MAEBKV 

INVALID XCDB 

25h 

OOh 

DZTPROMAEBKVF 

LOGICAL UNIT NOT SUPPORTED 

26h 

OOh 

DZTPROMAEBKVF 

INVALID FIELD IN PARAMETER LIST 

26h 

Olh 

DZTPROMAEBKVF 

PARAMETER NOT SUPPORTED 

26h 

02h 

DZTPROMAEBKVF 

PARAMETER VALUE INVALID 

26h 

03h 

DZTP ROMAE K 

THRESHOLD PARAMETERS NOT SUPPORTED 

26h 

04 h 

DZTPROMAEBKVF 

INVALID RELEASE OF PERSISTENT RESERVATION 

26h 

05h 

DZTP RO 

A BK 

DATA DECRYPTION ERROR 

26h 

06h 

DZTP RO 

K 

TOO MANY TARGET DESCRIPTORS 

26h 

07h 

DZTP RO 

K 

UNSUPPORTED TARGET DESCRIPTOR TYPE CODE 

26h 

08h 

DZTP RO 

K 

TOO MANY SEGMENT DESCRIPTORS 

26h 

09h 

DZTP RO 

K 

UNSUPPORTED SEGMENT DESCRIPTOR TYPE CODE 

26h 

OAh 

DZTP RO 

K 

UNEXPECTED INEXACT SEGMENT 

26h 

OBh 

DZTP RO 

K 

INLINE DATA LENGTH EXCEEDED 
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Table E.1 — ASC and ASCQ assignments (part 8 of 19) 


ASC ASCQ 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

26h 

OCh 

DZTPRO K 

INVALID OPERATION FOR COPY SOURCE OR DESTINATION 

26h 

ODh 

DZTPRO K 

COPY SEGMENT GRANULARITY VIOLATION 

26h 

OEh 

DZTPROMAEBK 

INVALID PARAMETER WHILE PORT IS ENABLED 

26h 

OFh 

F 

INVALID DATA-OUT BUFFER INTEGRITY CHECK VALUE 

26h 

lOh 

T 

DATA DECRYPTION KEY FAIL LIMIT REACHED 

26h 

11 h 

T 

INCOMPLETE KEY-ASSOCIATED DATA SET 

26h 

12h 

T 

VENDOR SPECIFIC KEY REFERENCE NOT FOUND 

26h 

13h 

D 

APPLICATION TAG MODE PAGE IS INVALID 

27h 

OOh 

DZT RO BK 

WRITE PROTECTED 

27h 

Olh 

DZT RO BK 

HARDWARE WRITE PROTECTED 

27h 

02h 

DZT RO BK 

LOGICAL UNIT SOFTWARE WRITE PROTECTED 

27h 

03h 

T R 

ASSOCIATED WRITE PROTECT 

27h 

04 h 

T R 

PERSISTENT WRITE PROTECT 

27h 

05h 

T R 

PERMANENT WRITE PROTECT 

27h 

06 h 

R F 

CONDITIONAL WRITE PROTECT 

27h 

07h 

DZ B 

SPACE ALLOCATION FAILED WRITE PROTECT 

27h 

08 h 

DZ 

ZONE IS READ ONLY 

28h 

OOh 

DZTPROMAEBKVF 

NOT READY TO READY CHANGE, MEDIUM MAY HAVE CHANGED 

28h 

Olh 

DZT ROM B 

IMPORT OR EXPORT ELEMENT ACCESSED 

28h 

02h 

R 

FORMAT-LAYER MAY HAVE CHANGED 

28h 

03h 

M 

IMPORT/EXPORT ELEMENT ACCESSED, MEDIUM CHANGED 

29h 

OOh 

DZTPROMAEBKVF 

POWER ON, RESET, OR BUS DEVICE RESET OCCURRED 

29h 

Olh 

DZTPROMAEBKVF 

POWER ON OCCURRED 

29h 

02h 

DZTPROMAEBKVF 

SCSI BUS RESET OCCURRED 

29h 

03h 

DZTPROMAEBKVF 

BUS DEVICE RESET FUNCTION OCCURRED 

29h 

04 h 

DZTPROMAEBKVF 

DEVICE INTERNAL RESET 

29h 

05h 

DZTPROMAEBKVF 

TRANSCEIVER MODE CHANGED TO SINGLE-ENDED 

29h 

06h 

DZTPROMAEBKVF 

TRANSCEIVER MODE CHANGED TO LVD 

29h 

07h 

DZTPROMAEBKVF 

1 T NEXUS LOSS OCCURRED 

2Ah 

OOh 

DZT ROMAEBKVF 

PARAMETERS CHANGED 

2Ah 

Olh 

DZT ROMAEBKVF 

MODE PARAMETERS CHANGED 

2Ah 

02h 

DZT ROMAE K 

LOG PARAMETERS CHANGED 

2Ah 

03h 

DZTPROMAE K 

RESERVATIONS PREEMPTED 

2Ah 

04h 

DZTPROMAE 

RESERVATIONS RELEASED 

2Ah 

05h 

DZTPROMAE 

REGISTRATIONS PREEMPTED 

2Ah 

06h 

DZTPROMAEBKVF 

ASYMMETRIC ACCESS STATE CHANGED 

2Ah 

07h 

DZTPROMAEBKVF 

IMPLICIT ASYMMETRIC ACCESS STATE TRANSITION FAILED 

2Ah 

08h 

DZT ROMAEBKVF 

PRIORITY CHANGED 

2Ah 

09h 

DZ 

CAPACITY DATA HAS CHANGED 

2Ah 

OAh 

DZT 

ERROR HISTORY 1 T NEXUS CLEARED 

2Ah 

OBh 

DZT 

ERROR HISTORY SNAPSHOT RELEASED 

2Ah 

OCh 

F 

ERROR RECOVERY ATTRIBUTES HAVE CHANGED 
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Table E.1 — ASC and ASCQ assignments (part 9 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



. T- 

Sequential Access Device (SSC-5) not blank = code used 



P 

- Processor Device (SPC-2) 

R - C/DVD Device (MMC-6) 




0 - Optical Memory Block Device (SBC) 




M - Media Changer Device (SMC-3) 




. A - Storage Array Device (SCC-2) 




E - SCSI Enclosure Services device (SES-3) 




B - Simplified Direct-Access (Reduced Block) device (RBC) 




. K - Optical Card Reader/Writer device (OCRW) 




. V- 

Automation/Device Interface device (ADC-4) 




F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

2Ah 

ODh 

T 


DATA ENCRYPTION CAPABILITIES CHANGED 

2Ah 

lOh 

DZT 

M E V 

TIMESTAMP CHANGED 

2Ah 

11 h 

T 


DATA ENCRYPTION PARAMETERS CHANGED BY ANOTHER 1 T NEXUS 

2Ah 

12h 

T 


DATA ENCRYPTION PARAMETERS CHANGED BY VENDOR SPECIFIC 
EVENT 

2Ah 

13h 

T 


DATA ENCRYPTION KEY INSTANCE COUNTER HAS CHANGED 

2Ah 

14h 

DZT 

R MAEBKV 

SA CREATION CAPABILITIES DATA HAS CHANGED 

2Ah 

15h 

T 

M V 

MEDIUM REMOVAL PREVENTION PREEMPTED 

2Bh 

OOh 

DZTP 

RO K 

COPY CANNOT EXECUTE SINCE HOST CANNOT DISCONNECT 

2Ch 

OOh 

DZT P 

ROMAEBKVF 

COMMAND SEQUENCE ERROR 

2Ch 

Olh 



TOO MANY WINDOWS SPECIFIED 

2Ch 

02h 



INVALID COMBINATION OF WINDOWS SPECIFIED 

2Ch 

03h 


R 

CURRENT PROGRAM AREA IS NOT EMPTY 

2Ch 

04 h 


R 

CURRENT PROGRAM AREA IS EMPTY 

2Ch 

05h 


B 

ILLEGAL POWER CONDITION REQUEST 

2Ch 

06h 


R 

PERSISTENT PREVENT CONFLICT 

2Ch 

07h 

DZTP 

ROMAEBKVF 

PREVIOUS BUSY STATUS 

2Ch 

08h 

DZTP 

ROMAEBKVF 

PREVIOUS TASK SET FULL STATUS 

2Ch 

09h 

DZTP 

ROM EBKVF 

PREVIOUS RESERVATION CONFLICT STATUS 

2Ch 

OAh 


F 

PARTITION OR COLLECTION CONTAINS USER OBJECTS 

2Ch 

OBh 

T 


NOT RESERVED 

2Ch 

OCh 

DZ 


ORWRITE GENERATION DOES NOT MATCH 

2Ch 

ODh 

DZ 


RESET WRITE POINTER NOT ALLOWED 

2Ch 

OEh 

DZ 


ZONE IS OFFLINE 

2Ch 

OFh 

DZ 


STREAM NOT OPEN 

2Ch 

lOh 

DZ 


UNWRITTEN DATA IN ZONE 

2Dh 

OOh 

T 


OVERWRITE ERROR ON UPDATE IN PLACE 

2Eh 

OOh 

DZ 

ROM B 

INSUFFICIENT TIME FOR OPERATION 

2Eh 

Olh 

DZ 

OM B 

COMMAND TIMEOUT BEFORE PROCESSING 

2Eh 

02h 

DZ 

OM B 

COMMAND TIMEOUT DURING PROCESSING 

2Eh 

03h 

DZ 

OM B 

COMMAND TIMEOUT DURING PROCESSING DUE TO ERROR 
RECOVERY 

2Fh 

OOh 

DZTP 

ROMAEBKVF 

COMMANDS CLEARED BY ANOTHER INITIATOR 

2Fh 

Olh 

DZ 


COMMANDS CLEARED BY POWER LOSS NOTIFICATION 

2Fh 

02h 

DZTP 

ROMAEBKVF 

COMMANDS CLEARED BY DEVICE SERVER 

2Fh 

03h 

DZTP 

ROMAEBKVF 

SOME COMMANDS CLEARED BY QUEUING LAYER EVENT 

30h 

OOh 

DZT 

ROM BK 

INCOMPATIBLE MEDIUM INSTALLED 

30h 

Olh 

DZT 

RO BK 

CANNOT READ MEDIUM - UNKNOWN FORMAT 

30h 

02h 

DZT 

RO BK 

CANNOT READ MEDIUM - INCOMPATIBLE FORMAT 

30h 

03h 

DZT 

R M K 

CLEANING CARTRIDGE INSTALLED 

30h 

04h 

DZT 

RO BK 

CANNOT WRITE MEDIUM - UNKNOWN FORMAT 

30h 

05h 

DZT 

RO BK 

CANNOT WRITE MEDIUM - INCOMPATIBLE FORMAT 
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Table E.1 — ASC and ASCQ assignments (part 10 of 19) 


ASC ASCQ 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

30h 

06h 

DZT 

RO B 

CANNOT FORMAT MEDIUM - INCOMPATIBLE MEDIUM 

30h 

07h 

DZT 

ROMAEBKVF 

CLEANING FAILURE 

30h 

08 h 


R 

CANNOT WRITE - APPLICATION CODE MISMATCH 

30h 

09 h 


R 

CURRENT SESSION NOT FIXATED FOR APPEND 

30h 

OAh 

DZT 

RO AEBK 

CLEANING REQUEST REJECTED 

30h 

OCh 

T 


WORM MEDIUM - OVERWRITE ATTEMPTED 

30h 

ODh 

T 


WORM MEDIUM - INTEGRITY CHECK 

30h 

lOh 


R 

MEDIUM NOT FORMATTED 

30h 

11 h 


M 

INCOMPATIBLE VOLUME TYPE 

30h 

12h 


M 

INCOMPATIBLE VOLUME QUALIFIER 

30h 

13h 


M 

CLEANING VOLUME EXPIRED 

31h 

OOh 

DZT 

RO BK 

MEDIUM FORMAT CORRUPTED 

31h 

Olh 

DZ 

RO B 

FORMAT COMMAND FAILED 

31h 

02h 


R 

ZONED FORMATTING FAILED DUE TO SPARE LINKING 

31h 

03h 

DZ 

B 

SANITIZE COMMAND FAILED 

32h 

OOh 

DZ 

0 BK 

NO DEFECT SPARE LOCATION AVAILABLE 

32h 

Olh 

DZ 

0 BK 

DEFECT LIST UPDATE FAILURE 

33h 

OOh 

T 


TAPE LENGTH ERROR 

34h 

OOh 

DZTPROMAEBKVF 

ENCLOSURE FAILURE 

35h 

OOh 

DZTPROMAEBKVF 

ENCLOSURE SERVICES FAILURE 

35h 

Olh 

DZTPROMAEBKVF 

UNSUPPORTED ENCLOSURE FUNCTION 

35h 

02h 

DZTPROMAEBKVF 

ENCLOSURE SERVICES UNAVAILABLE 

35h 

03h 

DZTPROMAEBKVF 

ENCLOSURE SERVICES TRANSFER FAILURE 

35h 

04 h 

DZTPROMAEBKVF 

ENCLOSURE SERVICES TRANSFER REFUSED 

35h 

05h 

DZT 

ROMAEBKVF 

ENCLOSURE SERVICES CHECKSUM ERROR 

36h 

OOh 



RIBBON, INK, OR TONER FAILURE 

37h 

OOh 

DZT 

ROMAEBKVF 

ROUNDED PARAMETER 

38h 

OOh 


B 

EVENT STATUS NOTIFICATION 

38h 

02h 


B 

ESN - POWER MANAGEMENT CLASS EVENT 

38h 

04h 


B 

ESN - MEDIA CLASS EVENT 

38h 

06h 


B 

ESN - DEVICE BUSY CLASS EVENT 

38h 

07h 

DZ 


THIN PROVISIONING SOFT THRESHOLD REACHED 

39h 

OOh 

DZT 

ROMAE K 

SAVING PARAMETERS NOT SUPPORTED 

3Ah 

OOh 

DZT 

ROM BK 

MEDIUM NOT PRESENT 

3Ah 

Olh 

DZT 

ROM BK 

MEDIUM NOT PRESENT - TRAY CLOSED 

3Ah 

02h 

DZT 

ROM BK 

MEDIUM NOT PRESENT - TRAY OPEN 

3Ah 

03h 

DZT 

ROM B 

MEDIUM NOT PRESENT - LOADABLE 

3Ah 

04h 

DZT 

RO B 

MEDIUM NOT PRESENT - MEDIUM AUXILIARY MEMORY ACCESSIBLE 

3Bh 

OOh 

T 


SEQUENTIAL POSITIONING ERROR 

3Bh 

Olh 

T 


TAPE POSITION ERROR AT BEGINNING-OF-MEDIUM 

3Bh 

02h 

T 


TAPE POSITION ERROR AT END-OF-MEDIUM 

3Bh 

03h 



TAPE OR ELECTRONIC VERTICAL FORMS UNIT NOT READY 
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Table E.1 — ASC and ASCQ assignments (part 11 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z- 

Host Managed Zoned Block Device (ZBC) blank = code not used 



. T 

. 

- Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 




. R - C/DVD Device (MMC-6) 




O - Optical Memory Block Device (SBC) 




M- 

Media Changer Device (SMC-3) 




. A 

- Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 





B - Simplified Direct-Access (Reduced Block) device (RBC) 





. K - Optical Card Reader/Writer device (OCRW) 





V - Automation/Device Interface device (ADC-4) 





F - Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF Description 

3Bh 

04 h 



SLEW FAILURE 

3Bh 

05h 



PAPER JAM 

3Bh 

06h 



FAILED TO SENSE TOP-OF-FORM 

3Bh 

07h 



FAILED TO SENSE BOTTOM-OF-FORM 

3Bh 

08h 

T 


REPOSITION ERROR 

3Bh 

09h 



READ PAST END OF MEDIUM 

3Bh 

OAh 



READ PAST BEGINNING OF MEDIUM 

3Bh 

OBh 



POSITION PAST END OF MEDIUM 

3Bh 

OCh 

T 


POSITION PAST BEGINNING OF MEDIUM 

3Bh 

ODh 

DZT 

ROM 

BK MEDIUM DESTINATION ELEMENT FULL 

3Bh 

OEh 

DZT 

ROM 

BK MEDIUM SOURCE ELEMENT EMPTY 

3Bh 

OFh 


R 

END OF MEDIUM REACHED 

3Bh 

11 h 

DZT 

ROM 

BK MEDIUM MAGAZINE NOT ACCESSIBLE 

3Bh 

12h 

DZT 

ROM 

BK MEDIUM MAGAZINE REMOVED 

3Bh 

13h 

DZT 

ROM 

BK MEDIUM MAGAZINE INSERTED 

3Bh 

14h 

DZT 

ROM 

BK MEDIUM MAGAZINE LOCKED 

3Bh 

15h 

DZT 

ROM 

BK MEDIUM MAGAZINE UNLOCKED 

3Bh 

16h 


R 

MECHANICAL POSITIONING OR CHANGER ERROR 

3Bh 

17h 



F READ PAST END OF USER OBJECT 

3Bh 

18h 


M 

ELEMENT DISABLED 

3Bh 

19h 


M 

ELEMENT ENABLED 

3Bh 

1Ah 


M 

DATA TRANSFER DEVICE REMOVED 

3Bh 

IBh 


M 

DATA TRANSFER DEVICE INSERTED 

3Bh 

ICh 

T 


TOO MANY LOGICAL OBJECTS ON PARTITION TO SUPPORT 

OPERATION 

3Ch 

OOh 




3Dh 

OOh 

DZTPROMAE K INVALID BITS IN IDENTIFY MESSAGE 

3Eh 

OOh 

DZTPROMAEBKVF LOGICAL UNIT HAS NOT SELF-CONFIGURED YET 

3Eh 

Olh 

DZTPROMAEBKVF LOGICAL UNIT FAILURE 

3Eh 

02h 

DZTPROMAEBKVF TIMEOUT ON LOGICAL UNIT 

3Eh 

03h 

DZTPROMAEBKVF LOGICAL UNIT FAILED SELF-TEST 

3Eh 

04 h 

DZTPROMAEBKVF LOGICAL UNIT UNABLE TO UPDATE SELF-TEST LOG 

3Fh 

OOh 

DZTPROMAEBKVF TARGET OPERATING CONDITIONS HAVE CHANGED 

3Fh 

Olh 

DZTPROMAEBKVF MICROCODE HAS BEEN CHANGED 

3Fh 

02h 

DZTPROM 

BK CHANGED OPERATING DEFINITION 

3Fh 

03h 

DZTPROMAEBKVF INQUIRY DATA HAS CHANGED 

3Fh 

04 h 

DZT 

ROMAEBK COMPONENT DEVICE ATTACHED 

3Fh 

05h 

DZT 

ROMAEBK DEVICE IDENTIFIER CHANGED 

3Fh 

06h 

DZT 

ROMAEB REDUNDANCY GROUP CREATED OR MODIFIED 

3Fh 

07h 

DZT 

ROMAEB REDUNDANCY GROUP DELETED 

3Fh 

08h 

DZT 

ROMAEB SPARE CREATED OR MODIFIED 

3Fh 

09 h 

DZT 

ROMAEB SPARE DELETED 
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Table E.1 — ASC and ASCQ assignments (part 12 of 19) 


ASC ASCQ 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

3Fh 

OAh 

DZT ROMAEBK 

VOLUME SET CREATED OR MODIFIED 

3Fh 

OBh 

DZT ROMAEBK 

VOLUME SET DELETED 

3Fh 

OCh 

DZT ROMAEBK 

VOLUME SET DEASSIGNED 

3Fh 

ODh 

DZT ROMAEBK 

VOLUME SET REASSIGNED 

3Fh 

OEh 

DZTPROMAE 

REPORTED LUNS DATA HAS CHANGED 

3Fh 

OFh 

DZTPROMAEBKVF 

ECHO BUFFER OVERWRITTEN 

3Fh 

lOh 

DZT ROM B 

MEDIUM LOADABLE 

3Fh 

11 h 

DZT ROM B 

MEDIUM AUXILIARY MEMORY ACCESSIBLE 

3Fh 

12h 

DZTPR MAEBK F 

iSCSI IP ADDRESS ADDED 

3Fh 

13h 

DZTPR MAEBK F 

iSCSI IP ADDRESS REMOVED 

3Fh 

14h 

DZTPR MAEBK F 

iSCSI IP ADDRESS CHANGED 

3Fh 

15h 

DZTPR MAEBK 

INSPECT REFERRALS SENSE DESCRIPTORS 

3Fh 

16h 

DZTPROMAEBKVF 

MICROCODE HAS BEEN CHANGED WITHOUT RESET 

3Fh 

17h 

DZ 

ZONE TRANSITION TO FULL 

40h 

OOh 

DZ 

RAM FAILURE (SHOULD USE 40 NN) 

40h 

NNh 

DZTPROMAEBKVF 

DIAGNOSTIC FAILURE ON COMPONENT NN (80h-FFh) 

41h 

OOh 

DZ 

DATA PATH FAILURE (SHOULD USE 40 NN) 

42h 

OOh 

DZ 

POWER-ON OR SELF-TEST FAILURE (SHOULD USE 40 NN) 

43h 

OOh 

DZTPROMAEBKVF 

MESSAGE ERROR 

44h 

OOh 

DZTPROMAEBKVF 

INTERNAL TARGET FAILURE 

44h 

Olh 

DZTP MAEBKVF 

PERSISTENT RESERVATION INFORMATION LOST 

44h 

71h 

DZT B 

ATA DEVICE FAILED SET FEATURES 

45h 

OOh 

DZTPROMAEBKVF 

SELECT OR RESELECT FAILURE 

46h 

OOh 

DZTP ROM BK 

UNSUCCESSFUL SOFT RESET 

47h 

OOh 

DZTPROMAEBKVF 

SCSI PARITY ERROR 

47h 

Olh 

DZTPROMAEBKVF 

DATA PHASE CRC ERROR DETECTED 

47h 

02h 

DZTPROMAEBKVF 

SCSI PARITY ERROR DETECTED DURING ST DATA PHASE 

47h 

03h 

DZTPROMAEBKVF 

INFORMATION UNIT iuCRC ERROR DETECTED 

47h 

04h 

DZTPROMAEBKVF 

ASYNCHRONOUS INFORMATION PROTECTION ERROR DETECTED 

47h 

05h 

DZTPROMAEBKVF 

PROTOCOL SERVICE CRC ERROR 

47h 

06h 

DZT MAEBKVF 

PHY TEST FUNCTION IN PROGRESS 

47h 

7Fh 

DZTPROMAEBK 

SOME COMMANDS CLEARED BY ISCSI PROTOCOL EVENT 

48h 

OOh 

DZTPROMAEBKVF 

INITIATOR DETECTED ERROR MESSAGE RECEIVED 

49h 

OOh 

DZTPROMAEBKVF 

INVALID MESSAGE ERROR 

4Ah 

OOh 

DZTPROMAEBKVF 

COMMAND PHASE ERROR 

4Bh 

OOh 

DZTPROMAEBKVF 

DATA PHASE ERROR 

4Bh 

Olh 

DZTPROMAEBK 

INVALID TARGET PORT TRANSFER TAG RECEIVED 

4Bh 

02h 

DZTPROMAEBK 

TOO MUCH WRITE DATA 

4Bh 

03h 

DZTPROMAEBK 

ACK/NAK TIMEOUT 

4Bh 

04 h 

DZTPROMAEBK 

NAK RECEIVED 

4Bh 

05h 

DZTPROMAEBK 

DATA OFFSET ERROR 

4Bh 

06h 

DZTPROMAEBK 

INITIATOR RESPONSE TIMEOUT 
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Table E.1 — ASC and ASCQ assignments (part 13 of 19) 


ASC ASCQ 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

4Bh 

07h 

DZTPROMAEBK 

F CONNECTION LOST 

4Bh 

08h 

DZTPROMAEBK 

F DATA-IN BUFFER OVERFLOW - DATA BUFFER SIZE 

4Bh 

09h 

DZTPROMAEBK 

F DATA-IN BUFFER OVERFLOW - DATA BUFFER DESCRIPTOR AREA 

4Bh 

OAh 

DZTPROMAEBK 

F DATA-IN BUFFER ERROR 

4Bh 

OBh 

DZTPROMAEBK 

F DATA-OUT BUFFER OVERFLOW - DATA BUFFER SIZE 

4Bh 

OCh 

DZTPROMAEBK 

F DATA-OUT BUFFER OVERFLOW - DATA BUFFER DESCRIPTOR AREA 

4Bh 

ODh 

DZTPROMAEBK 

F DATA-OUT BUFFER ERROR 

4Bh 

OEh 

DZTPROMAEBK 

F PCIE FABRIC ERROR 

4Bh 

OFh 

DZTPROMAEBK 

F PCIE COMPLETION TIMEOUT 

4Bh 

lOh 

DZTPROMAEBK 

F PCIE COMPLETER ABORT 

4Bh 

11 h 

DZTPROMAEBK 

F PCIE POISONED TLP RECEIVED 

4Bh 

12h 

DZTPROMAEBK 

F PCIE ECRC CHECK FAILED 

4Bh 

13h 

DZTPROMAEBK 

F PCIE UNSUPPORTED REQUEST 

4Bh 

14h 

DZTPROMAEBK 

F PCIE ACS VIOLATION 

4Bh 

15h 

DZTPROMAEBK 

F PCIE TLP PREFIX BLOCKED 

4Ch 

OOh 

DZTPROMAEBKVF LOGICAL UNIT FAILED SELF-CONFIGURATION 

4Dh 

NNh 

DZTPROMAEBKVF TAGGED OVERLAPPED COMMANDS (NN = TASK TAG) 

4Eh 

OOh 

DZTPROMAEBKVF OVERLAPPED COMMANDS ATTEMPTED 

4Fh 

OOh 



50h 

OOh 

T 

WRITE APPEND ERROR 

50h 

Olh 

T 

WRITE APPEND POSITION ERROR 

50h 

02h 

T 

POSITION ERROR RELATED TO TIMING 

51h 

OOh 

DZT RO 

ERASE FAILURE 

51h 

Olh 

DZ R 

ERASE FAILURE - INCOMPLETE ERASE OPERATION DETECTED 

52h 

OOh 

T 

CARTRIDGE FAULT 

53h 

OOh 

DZT ROM BK 

MEDIA LOAD OR EJECT FAILED 

53h 

Olh 

T 

UNLOAD TAPE FAILURE 

53h 

02h 

DZT ROM BK 

MEDIUM REMOVAL PREVENTED 

53h 

03h 

M 

MEDIUM REMOVAL PREVENTED BY DATA TRANSFER ELEMENT 

53h 

04h 

T 

MEDIUM THREAD OR UNTHREAD FAILURE 

53h 

05h 

M 

VOLUME IDENTIFIER INVALID 

53h 

06 h 

M 

VOLUME IDENTIFIER MISSING 

53h 

07h 

M 

DUPLICATE VOLUME IDENTIFIER 

53h 

08h 

M 

ELEMENT STATUS UNKNOWN 

53h 

09h 

M 

DATA TRANSFER DEVICE ERROR - LOAD FAILED 

53h 

OAh 

M 

DATA TRANSFER DEVICE ERROR - UNLOAD FAILED 

53h 

OBh 

M 

DATA TRANSFER DEVICE ERROR - UNLOAD MISSING 

53h 

OCh 

M 

DATA TRANSFER DEVICE ERROR - EJECT FAILED 

53h 

ODh 

M 

DATA TRANSFER DEVICE ERROR - LIBRARY COMMUNICATION FAILED 

54h 

OOh 

P 

SCSI TO HOST SYSTEM INTERFACE FAILURE 

55h 

OOh 

P 

SYSTEM RESOURCE FAILURE 

55h 

Olh 

DZ 0 BK 

SYSTEM BUFFER FULL 
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Table E.1 — ASC and ASCQ assignments (part 14 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A- 

Storage Array Device (SCC-2) 



. E 

- SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 




. K - Optical Card Reader/Writer device (OCRW) 




V - Automation/Device Interface device (ADC-4) 




F - Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF Description 

55h 

02h 

DZTPROMAE 

K INSUFFICIENT RESERVATION RESOURCES 

55h 

03h 

DZTPROMAE 

K INSUFFICIENT RESOURCES 

55h 

04h 

DZTPROMAE 

K INSUFFICIENT REGISTRATION RESOURCES 

55h 

05h 

DZTPROMAEBK INSUFFICIENT ACCESS CONTROL RESOURCES 

55h 

06 h 

DZT ROM 

B AUXILIARY MEMORY OUT OF SPACE 

55h 

07h 


F QUOTA ERROR 

55h 

08h 

T 

MAXIMUM NUMBER OF SUPPLEMENTAL DECRYPTION KEYS 

EXCEEDED 

55h 

09 h 

M 

MEDIUM AUXILIARY MEMORY NOT ACCESSIBLE 

55h 

OAh 

M 

DATA CURRENTLY UNAVAILABLE 

55h 

OBh 

DZTPROMAEBKVF INSUFFICIENT POWER FOR OPERATION 

55h 

OCh 

DZTP 

B INSUFFICIENT RESOURCES TO CREATE ROD 

55h 

ODh 

DZTP 

B INSUFFICIENT RESOURCES TO CREATE ROD TOKEN 

55h 

OEh 

DZ 

INSUFFICIENT ZONE RESOURCES 

55h 

OFh 

DZ 

INSUFFICIENT ZONE RESOURCES TO COMPLETE WRITE 

55h 

lOh 

DZ 

MAXIMUM NUMBER OF STREAMS OPEN 

56h 

OOh 



57h 

00 h 

R 

UNABLE TO RECOVER TABLE-OF-CONTENTS 

58h 

OOh 

O 

GENERATION DOES NOT EXIST 

59h 

OOh 

O 

UPDATED BLOCK READ 

5Ah 

OOh 

DZTPRO 

BK OPERATOR REQUEST OR STATE CHANGE INPUT 

5Ah 

Olh 

DZT ROM 

BK OPERATOR MEDIUM REMOVAL REQUEST 

5Ah 

02h 

DZT RO A 

B K OPERATOR SELECTED WRITE PROTECT 

5Ah 

03h 

DZT RO A 

BK OPERATOR SELECTED WRITE PERMIT 

5Bh 

OOh 

DZTP ROM 

K LOG EXCEPTION 

5Bh 

Olh 

DZTP ROM 

K THRESHOLD CONDITION MET 

5Bh 

02h 

DZTP ROM 

K LOG COUNTER AT MAXIMUM 

5Bh 

03h 

DZTP ROM 

K LOG LIST CODES EXHAUSTED 

5Ch 

OOh 

DZ 0 

RPL STATUS CHANGE 

5Ch 

Olh 

DZ 0 

SPINDLES SYNCHRONIZED 

5Ch 

02h 

DZ 0 

SPINDLES NOT SYNCHRONIZED 

5Dh 

OOh 

DZTPROMAEBKVF FAILURE PREDICTION THRESHOLD EXCEEDED 

5Dh 

Olh 

R 

B MEDIA FAILURE PREDICTION THRESHOLD EXCEEDED 

5Dh 

02h 

R 

LOGICAL UNIT FAILURE PREDICTION THRESHOLD EXCEEDED 

5Dh 

03h 

R 

SPARE AREA EXHAUSTION PREDICTION THRESHOLD EXCEEDED 

5Dh 

lOh 

DZ 

B HARDWARE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

11 h 

DZ 

B HARDWARE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

12h 

DZ 

B HARDWARE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

13h 

DZ 

B HARDWARE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

14h 

DZ 

B HARDWARE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

15h 

DZ 

B HARDWARE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

16h 

DZ 

B HARDWARE IMPENDING FAILURE START UNIT TIMES TOO HIGH 
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Table E.1 — ASC and ASCQ assignments (part 15 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z- 

Host Managed Zoned Block Device (ZBC) blank = code not used 



. T 

- Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 




. R - C/DVD Device (MMC-6) 




0 - Optical Memory Block Device (SBC) 




M - Media Changer Device (SMC-3) 




. A - Storage Array Device (SCC-2) 




. E- 

SCSI Enclosure Services device (SES-3) 




B 

- Simplified Direct-Access (Reduced Block) device (RBC) 

< - Optical Card Reader/Writer device (OCRW) 





V - Automation/Device Interface device (ADC-4) 





F - Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF Description 

5Dh 

17h 

DZ 

B 

HARDWARE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

18h 

DZ 

B 

HARDWARE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

19h 

DZ 

B 

HARDWARE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

1Ah 

DZ 

B 

HARDWARE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

IBh 

DZ 

B 

HARDWARE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

ICh 

DZ 

B 

HARDWARE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

20h 

DZ 

B 

CONTROLLER IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

21h 

DZ 

B 

CONTROLLER IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

22h 

DZ 

B 

CONTROLLER IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

23h 

DZ 

B 

CONTROLLER IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

24h 

DZ 

B 

CONTROLLER IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

25h 

DZ 

B 

CONTROLLER IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

26h 

DZ 

B 

CONTROLLER IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

27h 

DZ 

B 

CONTROLLER IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

28h 

DZ 

B 

CONTROLLER IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

29h 

DZ 

B 

CONTROLLER IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

2Ah 

DZ 

B 

CONTROLLER IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

2Bh 

DZ 

B 

CONTROLLER IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

2Ch 

DZ 

B 

CONTROLLER IMPENDING FAILURE DRIVE CALIBRATION RETRY 

COUNT 

5Dh 

30h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

31h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

32h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

33h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

34h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

35h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

36h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

37h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

38h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

39h 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

3Ah 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

3Bh 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

3Ch 

DZ 

B 

DATA CHANNEL IMPENDING FAILURE DRIVE CALIBRATION RETRY 
COUNT 

5Dh 

40h 

DZ 

B 

SERVO IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

41h 

DZ 

B 

SERVO IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

42h 

DZ 

B 

SERVO IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

43h 

DZ 

B 

SERVO IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

44 h 

DZ 

B 

SERVO IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

45h 

DZ 

B 

SERVO IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

46h 

DZ 

B 

SERVO IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

47h 

DZ 

B 

SERVO IMPENDING FAILURE CHANNEL PARAMETRICS 
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Table E.1 — ASC and ASCQ assignments (part 16 of 19) 


ASC ASCQ 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

5Dh 

48h 

DZ 


B 

SERVO IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

49h 

DZ 


B 

SERVO IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

4Ah 

DZ 


B 

SERVO IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

4Bh 

DZ 


B 

SERVO IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

4Ch 

DZ 


B 

SERVO IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

50 h 

DZ 


B 

SPINDLE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

51h 

DZ 


B 

SPINDLE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

52h 

DZ 


B 

SPINDLE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

53h 

DZ 


B 

SPINDLE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

54 h 

DZ 


B 

SPINDLE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

55h 

DZ 


B 

SPINDLE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

56h 

DZ 


B 

SPINDLE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

57h 

DZ 


B 

SPINDLE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

58 h 

DZ 


B 

SPINDLE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

59 h 

DZ 


B 

SPINDLE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

5Ah 

DZ 


B 

SPINDLE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

5Bh 

DZ 


B 

SPINDLE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

5Ch 

DZ 


B 

SPINDLE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

60h 

DZ 


B 

FIRMWARE IMPENDING FAILURE GENERAL HARD DRIVE FAILURE 

5Dh 

61h 

DZ 


B 

FIRMWARE IMPENDING FAILURE DRIVE ERROR RATE TOO HIGH 

5Dh 

62h 

DZ 


B 

FIRMWARE IMPENDING FAILURE DATA ERROR RATE TOO HIGH 

5Dh 

63h 

DZ 


B 

FIRMWARE IMPENDING FAILURE SEEK ERROR RATE TOO HIGH 

5Dh 

64 h 

DZ 


B 

FIRMWARE IMPENDING FAILURE TOO MANY BLOCK REASSIGNS 

5Dh 

65h 

DZ 


B 

FIRMWARE IMPENDING FAILURE ACCESS TIMES TOO HIGH 

5Dh 

66h 

DZ 


B 

FIRMWARE IMPENDING FAILURE START UNIT TIMES TOO HIGH 

5Dh 

67h 

DZ 


B 

FIRMWARE IMPENDING FAILURE CHANNEL PARAMETRICS 

5Dh 

68h 

DZ 


B 

FIRMWARE IMPENDING FAILURE CONTROLLER DETECTED 

5Dh 

69h 

DZ 


B 

FIRMWARE IMPENDING FAILURE THROUGHPUT PERFORMANCE 

5Dh 

6Ah 

DZ 


B 

FIRMWARE IMPENDING FAILURE SEEK TIME PERFORMANCE 

5Dh 

6Bh 

DZ 


B 

FIRMWARE IMPENDING FAILURE SPIN-UP RETRY COUNT 

5Dh 

6Ch 

DZ 


B 

FIRMWARE IMPENDING FAILURE DRIVE CALIBRATION RETRY COUNT 

5Dh 

FFh 

DZTPROMAEBKVF 

FAILURE PREDICTION THRESHOLD EXCEEDED (FALSE) 

5Eh 

OOh 

DZTPRO 

A 

K 

LOW POWER CONDITION ON 

5Eh 

Olh 

DZTPRO 

A 

K 

IDLE CONDITION ACTIVATED BY TIMER 

5Eh 

02h 

DZTPRO 

A 

K 

STANDBY CONDITION ACTIVATED BY TIMER 

5Eh 

03h 

DZTPRO 

A 

K 

IDLE CONDITION ACTIVATED BY COMMAND 

5Eh 

04 h 

DZTPRO 

A 

K 

STANDBY CONDITION ACTIVATED BY COMMAND 

5Eh 

05h 

DZTPRO 

A 

K 

IDLE B CONDITION ACTIVATED BY TIMER 

5Eh 

06h 

DZTPRO 

A 

K 

IDLE B CONDITION ACTIVATED BY COMMAND 

5Eh 

07h 

DZTPRO 

A 

K 

IDLE C CONDITION ACTIVATED BY TIMER 

5Eh 

08h 

DZTPRO 

A 

K 

IDLE C CONDITION ACTIVATED BY COMMAND 

5Eh 

09h 

DZTPRO 

A 

K 

STANDBY Y CONDITION ACTIVATED BY TIMER 
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Table E.1 — ASC and ASCQ assignments (part 17 of 19) 




D - Direct Access Block Device (SBC-4) Device Column kev 



. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 



T - Sequential Access Device (SSC-5) not blank = code used 



P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



0 - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A - Storage Array Device (SCC-2) 



. E-SCS 

Enclosure Services device (SES-3) 



B - Simplified Direct-Access (Reduced Block) device (RBC) 



. K - Optical Card Reader/Writer device (OCRW) 



. V- 

Automation/Device Interface device (ADC-4) 



F 

- Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF 

Description 

5Eh 

OAh 

DZTPRO A K 

STANDBY Y CONDITION ACTIVATED BY COMMAND 

5Eh 

41h 

B 

POWER STATE CHANGE TO ACTIVE 

5Eh 

42h 

B 

POWER STATE CHANGE TO IDLE 

5Eh 

43h 

B 

POWER STATE CHANGE TO STANDBY 

5Eh 

45h 

B 

POWER STATE CHANGE TO SLEEP 

5Eh 

47h 

BK 

POWER STATE CHANGE TO DEVICE CONTROL 

5Fh 

OOh 



60h 

OOh 


LAMP FAILURE 

61h 

OOh 


VIDEO ACQUISITION ERROR 

61h 

Olh 


UNABLE TO ACQUIRE VIDEO 

61h 

02h 


OUT OF FOCUS 

62h 

OOh 


SCAN HEAD POSITIONING ERROR 

63h 

OOh 

R 

END OF USER AREA ENCOUNTERED ON THIS TRACK 

63h 

Olh 

R 

PACKET DOES NOT FIT IN AVAILABLE SPACE 

64h 

OOh 

R 

ILLEGAL MODE FOR THIS TRACK 

64h 

Olh 

R 

INVALID PACKET SIZE 

65h 

OOh 

DZTPROMAEBKVF 

VOLTAGE FAULT 

66h 

OOh 


AUTOMATIC DOCUMENT FEEDER COVER UP 

66h 

Olh 


AUTOMATIC DOCUMENT FEEDER LIFT UP 

66h 

02h 


DOCUMENT JAM IN AUTOMATIC DOCUMENT FEEDER 

66h 

03h 


DOCUMENT MISS FEED AUTOMATIC IN DOCUMENT FEEDER 

67h 

OOh 

A 

CONFIGURATION FAILURE 

67h 

Olh 

A 

CONFIGURATION OF INCAPABLE LOGICAL UNITS FAILED 

67h 

02h 

A 

ADD LOGICAL UNIT FAILED 

67h 

03h 

A 

MODIFICATION OF LOGICAL UNIT FAILED 

67h 

04h 

A 

EXCHANGE OF LOGICAL UNIT FAILED 

67h 

05h 

A 

REMOVE OF LOGICAL UNIT FAILED 

67h 

06h 

A 

ATTACHMENT OF LOGICAL UNIT FAILED 

67h 

07h 

A 

CREATION OF LOGICAL UNIT FAILED 

67h 

08h 

A 

ASSIGN FAILURE OCCURRED 

67h 

09 h 

A 

MULTIPLY ASSIGNED LOGICAL UNIT 

67h 

OAh 

DZTPROMAEBKVF 

SET TARGET PORT GROUPS COMMAND FAILED 

67h 

OBh 

DZT B 

ATA DEVICE FEATURE NOT ENABLED 

68h 

OOh 

A 

LOGICAL UNIT NOT CONFIGURED 

68h 

Olh 

DZ 

SUBSIDIARY LOGICAL UNIT NOT CONFIGURED 

69h 

OOh 

A 

DATA LOSS ON LOGICAL UNIT 

69h 

Olh 

A 

MULTIPLE LOGICAL UNIT FAILURES 

69 h 

02h 

A 

PARITY/DATA MISMATCH 

6Ah 

OOh 

A 

INFORMATIONAL, REFER TO LOG 

6Bh 

OOh 

A 

STATE CHANGE HAS OCCURRED 

6Bh 

Olh 

A 

REDUNDANCY LEVEL GOT BETTER 

6Bh 

02h 

A 

REDUNDANCY LEVEL GOT WORSE 
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Table E.1 — ASC and ASCQ assignments (part 18 of 19) 




D - Direct Access Block Device (SBC-4t Device Column kev 



. Z- 

Host Managed Zoned Block Device (ZBC) blank = code not used 



. T 

- Sequential Access Device (SSC-5) not blank = code used 



. 

P- 

Processor Device (SPC-2) 




. R 

- C/DVD Device (MMC-6) 

D - Optical Memory Block Device (SBC) 





M - Media Changer Device (SMC-3) 





. A - Storage Array Device (SCC-2) 





E - SCSI Enclosure Services device (SES-3) 





B - Simplified Direct-Access (Reduced Block) device (RBC) 





. K - Optical Card Reader/Writer device (OCRW) 





V - Automation/Device Interface device (ADC-4) 





F - Object-based Storage Device (OSD-2) 

ASC ASCQ 

DZTPROMAEBKVF Description 

6Ch 

OOh 



A REBUILD FAILURE OCCURRED 

6Dh 

OOh 



A RECALCULATE FAILURE OCCURRED 

6Eh 

OOh 



A COMMAND TO LOGICAL UNIT FAILED 

6Fh 

OOh 


R 

COPY PROTECTION KEY EXCHANGE FAILURE - AUTHENTICATION 
FAILURE 

6Fh 

Olh 


R 

COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT PRESENT 

6Fh 

02h 


R 

COPY PROTECTION KEY EXCHANGE FAILURE - KEY NOT ESTABLISHEL 

6Fh 

03h 


R 

READ OF SCRAMBLED SECTOR WITHOUT AUTHENTICATION 

6Fh 

04 h 


R 

MEDIA REGION CODE IS MISMATCHED TO LOGICAL UNIT REGION 

6Fh 

05h 


R 

DRIVE REGION MUST BE PERMANENT/REGION RESET COUNT ERROR 

6Fh 

06h 


R 

INSUFFICIENT BLOCK COUNT FOR BINDING NONCE RECORDING 

6Fh 

07h 


R 

CONFLICT IN BINDING NONCE RECORDING 

70h 

NNh 

T 


DECOMPRESSION EXCEPTION SHORT ALGORITHM ID OF NN 

71h 

OOh 

T 


DECOMPRESSION EXCEPTION LONG ALGORITHM ID 

72h 

OOh 


R 

SESSION FIXATION ERROR 

72h 

Olh 


R 

SESSION FIXATION ERROR WRITING LEAD-IN 

72h 

02h 


R 

SESSION FIXATION ERROR WRITING LEAD-OUT 

72h 

03h 


R 

SESSION FIXATION ERROR - INCOMPLETE TRACK IN SESSION 

72h 

04 h 


R 

EMPTY OR PARTIALLY WRITTEN RESERVED TRACK 

72h 

05h 


R 

NO MORE TRACK RESERVATIONS ALLOWED 

72h 

06 h 


R 

RMZ EXTENSION IS NOT ALLOWED 

72h 

07h 


R 

NO MORE TEST ZONE EXTENSIONS ARE ALLOWED 

73h 

OOh 


R 

CD CONTROL ERROR 

73h 

Olh 


R 

POWER CALIBRATION AREA ALMOST FULL 

73h 

02h 


R 

POWER CALIBRATION AREA IS FULL 

73h 

03h 


R 

POWER CALIBRATION AREA ERROR 

73h 

04h 


R 

PROGRAM MEMORY AREA UPDATE FAILURE 

73h 

05h 


R 

PROGRAM MEMORY AREA IS FULL 

73h 

06h 


R 

RMA/PMA IS ALMOST FULL 

73h 

lOh 


R 

CURRENT POWER CALIBRATION AREA ALMOST FULL 

73h 

11 h 


R 

CURRENT POWER CALIBRATION AREA IS FULL 

73h 

17h 


R 

RDZ IS FULL 

74h 

OOh 

T 


SECURITY ERROR 

74h 

Olh 

T 


UNABLE TO DECRYPT DATA 

74h 

02h 

T 


UNENCRYPTED DATA ENCOUNTERED WHILE DECRYPTING 

74h 

03h 

T 


INCORRECT DATA ENCRYPTION KEY 

74h 

04 h 

T 


CRYPTOGRAPHIC INTEGRITY VALIDATION FAILED 

74h 

05h 

T 


ERROR DECRYPTING DATA 

74h 

06h 

T 


UNKNOWN SIGNATURE VERIFICATION KEY 

74h 

07h 

T 


ENCRYPTION PARAMETERS NOT USEABLE 

74h 

08 h 

DZT 

R 

M E VF DIGITAL SIGNATURE VALIDATION FAILURE 

74h 

09h 

T 


ENCRYPTION MODE MISMATCH ON READ 
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Table E.1 — ASC and ASCQ assignments (part 19 of 19) 


ASC ASCQ 

D - Direct Access Block Device (SBC-41 Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

74h 

OAh 

T 

ENCRYPTED BLOCK NOT RAW READ ENABLED 

74h 

OBh 

T 

INCORRECT ENCRYPTION PARAMETERS 

74h 

OCh 

DZT R MAEBKV 

UNABLE TO DECRYPT PARAMETER LIST 

74h 

ODh 

T 

ENCRYPTION ALGORITHM DISABLED 

74h 

lOh 

DZT R MAEBKV 

SA CREATION PARAMETER VALUE INVALID 

74h 

11 h 

DZT R MAEBKV 

SA CREATION PARAMETER VALUE REJECTED 

74h 

12h 

DZT R MAEBKV 

INVALID SA USAGE 

74h 

21h 

T 

DATA ENCRYPTION CONFIGURATION PREVENTED 

74h 

30h 

DZT R MAEBKV 

SA CREATION PARAMETER NOT SUPPORTED 

74h 

40h 

DZT R MAEBKV 

AUTHENTICATION FAILED 

74h 

61h 

V 

EXTERNAL DATA ENCRYPTION KEY MANAGER ACCESS ERROR 

74h 

62h 

V 

EXTERNAL DATA ENCRYPTION KEY MANAGER ERROR 

74h 

63h 

V 

EXTERNAL DATA ENCRYPTION KEY NOT FOUND 

74h 

64h 

V 

EXTERNAL DATA ENCRYPTION REQUEST NOT AUTHORIZED 

74h 

6Eh 

T 

EXTERNAL DATA ENCRYPTION CONTROL TIMEOUT 

74h 

6Fh 

T 

EXTERNAL DATA ENCRYPTION CONTROL ERROR 

74h 

71 h 

DZT R M E V 

LOGICAL UNIT ACCESS NOT AUTHORIZED 

74h 

79h 

DZ 

SECURITY CONFLICT IN TRANSLATED DEVICE 

75h 

OOh 



76h 

OOh 



77 h 

OOh 



78h 

OOh 



79h 

OOh 



7Ah 

OOh 



7Bh 

OOh 



7Ch 

OOh 



7Dh 

OOh 



7Eh 

OOh 



7Fh 

OOh 



80h 

xxh 

\ 


Through 

> 

Vendor specific 

FFh 

xxh 

/ 


xxh 

80 h 

\ 


Through 

> 

Vendor specific qualification of standard ASC 

xxh 

FFh 

/ 





All codes not shown are reserved. 
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E.3 Operation codes 
E.3.1 Operation codes 


Table E.2 is a numerical order listing of the command operation codes. 


Table E.2 — Operation codes (part 1 of 6) 


OP 

D - Direct Access Block Device fSBC-4} Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) M = Mandatory 

T - Sequential Access Device (SSC-5) 0 = Optional 

P - Processor Device (SPC-2) V = Vendor specific 

. R - C/DVD Device (MMC-6) Z = Obsolete 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services Device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K-Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

00 h 

MMMMMMMMMMMMM TEST UNIT READY 


Olh 


M 

REWIND 


Olh 

Z 

zzz 

REZERO UNIT 


02 h 

V 

VVV V 



03h 

MMMMMMMMMOMMM REQUEST SENSE 


04h 

MO OO 

FORMAT UNIT 


04h 


0 

FORMAT MEDIUM 


04h 



FORMAT 


05h 

V 

MW V 

READ BLOCK LIMITS 


06 h 

V 

VVV V 



07h 

0 

V ov 

REASSIGN BLOCKS 


07h 


0 

INITIALIZE ELEMENT STATUS 


08h 

z 

M OV 

READ (6) 


08h 


0 

RECEIVE 


08h 



GET MESSAGED) 


09h 

V 

VVV V 



OAh 

z 

0 ov 

WRITE(6) 


OAh 


M 

SEND(6) 


OAh 



SEND MESSAGED) 


OAh 



PRINT 


OBh 

z 

ozv 

SEEK(6) 


OBh 


0 

SET CAPACITY 


OBh 



SLEW AND PRINT 


OCh 

V 

VVV V 



ODh 

V 

VVV V 



OEh 

V 

VVV V 



OFh 

V 

OVV V 

READ REVERSED) 


lOh 

V 

MW 

WRITE FILEMARKS(6) 


lOh 



SYNCHRONIZE BUFFER 


11 h 

V 

MW 

SPACE(6) 


12h 

MMMMMMMMMMMMM INQUIRY 


13h 

V 

vv 



13h 


0 

VERIFY(6) 


14h 

V 

OVV 

RECOVER BUFFERED DATA 


15h 

0 

M OOOO 

00 MODE SELECT(6) 


16h 

z 

zz oooz 

0 RESERVED) 
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Table E.2 — Operation codes (part 2 of 6) 


OP 

D - Direct Access Block Device (SBC-4} Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) M = Mandatory 

T - Sequential Access Device (SSC-5) 0 = Optional 

P - Processor Device (SPC-2) V = Vendor specific 

. R - C/DVD Device (MMC-6) Z = Obsolete 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services Device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

16h 


z 


RESERVE ELEMENTS) 


17h 

Z 

zz oooz 

0 

RELEASED) 


17h 


z 


RELEASE ELEMENTS) 


18h 

Z 

zzzo 

z 

COPY 


19h 

V 

MW 


ERASE(6) 


1Ah 

0 

M OOOO 

00 

MODE SENSE(6) 


IBh 

OIV 

00 0 

MO 0 

START STOP UNIT 


IBh 


0 

M 

LOAD UNLOAD 


IBh 




SCAN 


IBh 




STOP PRINT 


IBh 


0 


OPEN/CLOSE IMPORT/EXPORT ELEMENT 


ICh 

0 

00 OOOM 

000 

RECEIVE DIAGNOSTIC RESULTS 


IDh 

MOMM MMOM 

MMM 

SEND DIAGNOSTIC 


1Eh 

0 

0 000 

0 0 

PREVENT ALLOW MEDIUM REMOVAL 


IFh 






20h 

V 

vv 

V 



21h 

V 

vv 

V 



22h 

V 

vv 

V 



23h 

V 

V 

V 



23h 


0 


READ FORMAT CAPACITIES 


24h 

V 

V 


SET WINDOW 


25h 

M 

M 

M 

READ CAPACITY(IO) 


25h 


0 


READ CAPACITY 


25h 



M 

READ CARD CAPACITY 


25h 




GET WINDOW 


26h 

V 

V 




27h 

V 

V 




28h 

M 

OM 

MM 

READ(IO) 


28h 




GET MESSAGE(IO) 


29h 

V 

VO 


READ GENERATION 


2Ah 

0 

OM 

MO 

WRITE(IO) 


2Ah 




SEND(IO) 


2Ah 




SEND MESSAGE(IO) 


2Bh 

z 

00 

0 

SEEK(IO) 


2Bh 


M 


LOCATE(IO) 


2Bh 


0 


POSITION TO ELEMENT 


2Ch 

V 

00 


ERASE(IO) 


2Dh 


0 


READ UPDATED BLOCK 


2Dh 

V 





2Eh 

0 

00 

MO 

WRITE AND VERIFY(IO) 


2Fh 

0 

00 


VERIFY(IO) 


30h 

z 

zz 


SEARCH DATA HIGH(IO) 


31h 

z 

zz 


SEARCH DATA EQUAL(IO) 
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Table E.2 — Operation codes (part 3 of 6) 


OP 

D - Direct Access Block Device (SBC-4} Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) M = Mandatory 

T - Sequential Access Device (SSC-5) 0 = Optional 

P - Processor Device (SPC-2) V = Vendor specific 

. R - C/DVD Device (MMC-6) Z = Obsolete 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services Device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

31h 



OBJECT POSITION 


32h 

Z ZZ 


SEARCH DATA LOW(IO) 


33h 

Z ZO 


SET LIMITS(IO) 


34h 

0 0 

0 

PRE-FETCH(IO) 


34h 

M 


READ POSITION 


34h 



GET DATA BUFFER STATUS 


35h 

0 00 

MO 

SYNCHRONIZE CACHE(IO) 


36h 

Z 0 

0 

LOCK UNLOCK CACHE(IO) 


37h 

0 0 


READ DEFECT DATA(IO) 


37h 

0 


INITIALIZE ELEMENT STATUS WITH RANGE 


38h 

0 

0 

MEDIUM SCAN 


39h 

z zzzo 

z 

COMPARE 


3Ah 

z zzzo 

z 

COPY AND VERIFY 


3Bh 

OOOOOOOOOMOOO 

WRITE BUFFER 


3Ch 

OOOOOOOOO 000 

READ BUFFER(IO) 


3Dh 

0 


UPDATE BLOCK 


3Eh 

z z 


READ LONG(IO) 


3Fh 

0 0 


WRITE LONG(IO) 


40h 

z zzzoz 


CHANGE DEFINITION 


41h 

0 


WRITE SAME(IO) 


42h 

0 


UN MAP 


42h 

0 


READ SUB-CHANNEL 


43h 

0 


READ TOC/PMA/ATIP 


44h 

M 

M 

REPORT DENSITY SUPPORT 


44h 



READ HEADER 


45h 

0 


PLAY AUDIO(IO) 


46h 

M 


GET CONFIGURATION 


47h 

0 


PLAY AUDIO MSF 


48h 

00 

0 

SANITIZE 


49h 





4Ah 

M 


GET EVENT STATUS NOTIFICATION 


4Bh 

0 


PAUSE/RESUME 


4Ch 

0000 0000 000 

LOG SELECT 


4Dh 

OMOO 0000 OMO 

LOG SENSE 


4Eh 

0 


STOP PLAY/SCAN 


4Fh 





50h 

z 


XDWRITE(IO) 


51h 

0 


XPWRITE(IO) 


51h 

0 


READ DISC INFORMATION 


52h 

z 


XDREAD(IO) 


52h 

0 


READ TRACK INFORMATION 


53h 

0 


XDWRITEREAD(IO) 


53h 

0 


RESERVE TRACK 
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Table E.2 — Operation codes (part 4 of 6) 


OP 

D - Direct Access Block Device (SBC-41 Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) M = Mandatory 

T - Sequential Access Device (SSC-5) 0 = Optional 

P - Processor Device (SPC-2) V = Vendor specific 

. R - C/DVD Device (MMC-6) Z = Obsolete 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services Device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

54h 

0 


SEND OPC INFORMATION 


55h 

OMO MOOOOMOMO 

MODE SELECT(IO) 


56h 

Z ZZ OOOZ 

RESERVE(IO) 


56h 

z 


RESERVE ELEMENT(IO) 


57h 

Z ZZ OOOZ 

RELEASE(IO) 


57h 

z 


RELEASE ELEMENT(IO) 


58h 

0 


REPAIR TRACK 


59h 





5Ah 

OMO MOOOOMOMO 

MODE SENSE(IO) 


5Bh 

0 


CLOSE TRACK/SESSION 


5Ch 

0 


READ BUFFER CAPACITY 


5Dh 

0 


SEND CUE SHEET 


5Eh 

OOMO OOOO M 

PERSISTENT RESERVE IN 


5Fh 

OOMO OOOO M 

PERSISTENT RESERVE OUT 


7Eh 

000 OOOO 0 

extended CDB 


7Fh 

0 

M 

variable length CDB (more than 16 bytes) 


80h 

z 


XDWRITE EXTENDED(16) 


80h 

M 


WRITE FILEMARKS(16) 


81h 

Z 


REBUILD(16) 


81h 

0 


READ REVERSED 6) 


82h 

z 


REGENERATE^ 6) 


82h 

0 


ALLOW OVERWRITE 


83h 

0 00 0 

00 

Third-party Copy OUT 


84h 

0 00 0 

00 

Third-party Copy IN 


85h 

00 

0 

ATA PASS-THR0UGH(16) 


86h 

Z ZZ zzzzzzz 

ACCESS CONTROL IN 


87h 

Z ZZ zzzzzzz 

ACCESS CONTROL OUT 


88h 

MMO 0 

0 

READ(16) 


89h 

0 


COMPARE AND WRITE 


8Ah 

OMO 0 

0 

WRITE(16) 


8Bh 

0 


ORWRITE 


8Ch 

0 0 00 

0 M 

READ ATTRIBUTE 


8Dh 

0 0 00 

0 0 

WRITE ATTRIBUTE 


8Eh 

0 0 

0 

WRITE AND VERIFY(16) 


8Fh 

000 0 

0 

VERIFY(16) 


90h 

0 0 

0 

PRE-FETCH(16) 


91h 

OM 0 

0 

SYNCHRONIZE CACHE(16) 


91h 

0 


SPACE(16) 


92h 

Z 0 


LOCK UNLOCK CACHE(16) 


92h 

M 


L0CATE(16) 


93h 

OM 


WRITE SAME(16) 


93h 

M 


ERASE(16) 


94h 

OM 


ZBC OUT 
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Table E.2 — Operation codes (part 5 of 6) 


OP 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) M = Mandatory 

T - Sequential Access Device (SSC-5) 0 = Optional 

P - Processor Device (SPC-2) V = Vendor specific 

. R - C/DVD Device (MMC-6) Z = Obsolete 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services Device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Description 

95h 

OM 


ZBC IN 


96 h 





97h 





98 h 





99 h 





9Ah 

00 


WRITE STREAM(16) 


9Bh 

000 

000 0 

READ BUFFER(16) 


9Ch 

0 


WRITE AT0MIC(16) 


9Dh 



SERVICE ACTION BIDIRECTIONAL 


9Eh 

OM 


SERVICE ACTION IN(16) 


9Fh 


M 

SERVICE ACTION 0UT(16) 


AOh 

MMMO OMMM OMO 

REPORT LUNS 


Alh 


0 

BLANK 


Alh 

00 

0 

ATA PASS-THR0UGH(12) 


A2h 

000 

0 0 

SECURITY PROTOCOL IN 


A3h 

OMO 

OOMOOOM 

MAINTENANCE IN 


A3h 


0 

SEND KEY 


A4h 

000 

0000000 

MAINTENANCE OUT 


A4h 


0 

REPORT KEY 


A5h 

z 

OM 

MOVE MEDIUM 


A5h 


0 

PLAY AUDI0(12) 


A6h 


0 

EXCHANGE MEDIUM 


A6h 


0 

LOAD/UNLOAD C/DVD 


A7h 

z z 

0 

MOVE MEDIUM ATTACHED 


A7h 


0 

SET READ AHEAD 


A8h 

0 

00 

READ(12) 


A8h 



GET MESSAGED2) 


A9h 


0 

SERVICE ACTION 0UT(12) 


AAh 

0 

00 

WRITE(12) 


AAh 



SEND MESSAGE(12) 


ABh 


0 0 

SERVICE ACTION IN(12) 


ACh 


0 

ERASE(12) 


ACh 


0 

GET PERFORMANCE 


ADh 


0 

READ DVD STRUCTURE 


AEh 

0 

0 

WRITE AND VERIFY(12) 


AFh 

0 

0 

VERIFY(12) 


BOh 


zz 

SEARCH DATA HIGH(12) 


Blh 


zz 

SEARCH DATA EQUAL(12) 


B2h 


zz 

SEARCH DATA L0W(12) 


B3h 

z 

zo 

SET LIMITS(12) 


B4h 

z z 

zo 

READ ELEMENT STATUS ATTACHED 


B5h 

000 

0 0 

SECURITY PROTOCOL OUT 


B5h 


0 

REQUEST VOLUME ELEMENT ADDRESS 
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Table E.2 — Operation codes (part 6 of 6) 


D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services Device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 
. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 


OP 

DZTPROMAEBKVF 

Description 

B6h 


0 

SEND VOLUME TAG 

B6h 


0 

SET STREAMING 

B7h 

00 

0 

READ DEFECT DATA(12) 

B8h 

Z 

ZOM 

READ ELEMENT STATUS 

B9h 


0 

READ CD MSF 

BAh 

0 

OOMO 

REDUNDANCY GROUP (IN) 

BAh 


0 

SCAN 

BBh 

0 

0000 

REDUNDANCY GROUP (OUT) 

BBh 


0 

SET CD SPEED 

BCh 

0 

OOMO 

SPARE (IN) 

BDh 

0 

0000 

SPARE (OUT) 

BDh 


0 

MECHANISM STATUS 

BEh 

0 

OOMO 

VOLUME SET (IN) 

BEh 


0 

READ CD 

BFh 

0 

0000 

VOLUME SET (OUT) 

BFh 


0 

SEND DVD STRUCTURE 


Device Column key 
M = Mandatory 
O = Optional 
V = Vendor specific 
Z = Obsolete 


E.3.2 Additional operation codes for devices with the EncServ bit set to one 

Table E.3 is a numerical order listing of the additional command operation codes used by devices that have 
the EncServ bit set to one in their standard INQUIRY data. The operation codes listed in table E.3 are in 
addition to the operation codes listed in E.3.1 for the device type indicated by the standard INQUIRY data 
having the EncServ bit set to one. 


Table E.3 — Additional operation codes for devices with the EncServ bit set to one 



D - Direct Access Block Device (SBC-4) 

Device Column kev 


. Z - Host Managed Zoned Block Device (ZBC) 

M = Mandatory 


T - Sequential Access Device (SSC-5) 

0 = Optional 


P - Processor Device (SPC-2) 

V = Vendor specific 


. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services Device (SES-3) 

Z = Obsolete 


B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K-Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

OP 

DZTPROMAEBKVF Description 


1C 

MMMMMMMMMMMMM RECEIVE DIAGNOSTIC RESULTS 


ID 

MMMMMMMMMMMMM SEND DIAGNOSTIC 
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E.3.3 MAINTENANCE IN service actions and MAINTENANCE OUT service actions 

The assignment of service action codes for the MAINTENANCE IN operation codes and MAINTENANCE 
OUT operation codes by this standard is shown in table E.4. The MAINTENANCE IN service actions and 
MAINTENANCE OUT service actions that may be assigned by other command standards are noted as 
restricted but their specific usage is not described. 

Table E.4 — MAINTENANCE IN service actions and MAINTENANCE OUT service actions 


Service 

Action 

Description 

MAINTENANCE IN [operation code A3h] 

OOh to 04h 

Restricted (see SCC-2) 

05h 

REPORT IDENTIFYING INFORMATION 

06h to 09h 

Restricted (see SCC-2) 

OAh 

REPORT TARGET PORT GROUPS 

OBh 

REPORT ALIASES 

OCh 

REPORT SUPPORTED OPERATION CODES 

ODh 

REPORT SUPPORTED TASK MANAGEMENT FUNCTIONS 

OEh 

REPORT PRIORITY 

OFh 

REPORT TIMESTAMP 

lOh 

MANAGEMENT PROTOCOL IN 

llhto ICh 

Reserved 

IDh 

Restricted (see SBC-3, SSC-5, and ADC-3) 

1Eh 

Restricted (see SSC-5 and ADC-3) 

IFh 

Vendor specific 

MAINTENANCE OUT [operation code A4h] 

OOh to 05h 

Restricted (see SCC-2) 

06h 

SET IDENTIFYING INFORMATION 

07h to 09h 

Restricted (see SCC-2) 

OAh 

SET TARGET PORT GROUPS 

OBh 

CHANGE ALIASES 

OCh 

REMOVE I T NEXUS 

ODh 

Reserved 

OEh 

SET PRIORITY 

OFh 

SET TIMESTAMP 

lOh 

MANAGEMENT PROTOCOL OUT 

llhto ICh 

Reserved 

IDh tolEh 

Restricted (see SSC-5, ADC-3, and SMC-3) 

IFh 

Vendor specific 
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E.3.4 SERVICE ACTION IN service actions and SERVICE ACTION OUT service 
actions 


The assignment of service action codes for the SERVICE ACTION IN(12) operation codes and SERVICE 
ACTION OUT(12) operation codes by this standard is shown in table E.5. The SERVICE ACTION IN(12) 
service actions and SERVICE ACTION OUT(12) service actions that may be assigned by other command 
standards are noted as restricted but their specific usage is not described. 


Table E.5 — SERVICE ACTION IN(12) service actions and SERVICE ACTION OUT(12) service actions 


Service 

Action 

Description 

SERVICE ACTION IN(12) [operation code ABh] 

OOh 

Reserved 

Olh 

READ MEDIA SERIAL NUMBER 

02h tolFh 

Reserved 

SERVICE ACTION OUT(12) [operation code A9h] 

OOh to 1Eh 

Reserved 

IFh 

Restricted (see applicable command standard) 


The assignment of service action codes for the SERVICE ACTION IN(16) operation codes and SERVICE 
ACTION OUT(16) operation codes by this standard is shown in table E.6. The SERVICE ACTION IN(16) 
service actions and SERVICE ACTION OUT(16) service actions that may be assigned by other command 
standards are noted as restricted but their specific usage is not described. 

Table E.6 — SERVICE ACTION IN(16) service actions and SERVICE ACTION OUT(16) service actions 


Service 

Action 

Description 

SERVICE ACTION IN(16) [operation code 9Eh] 

OOh to OFh 

Reserved 

lOh to IFh 

Restricted (see applicable command standard) 

SERVICE ACTION OUT(16) [operation code 9Fh] 

OOh to OFh 

Reserved 

lOh to IFh 

Restricted (see applicable command standard) 
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E.3.5 SERVICE ACTION BIDIRECTIONAL service actions 

The assignment of service action codes for the SERVICE ACTION BIDIRECTIONAL operation codes by this 
standard is shown in table E.7. The SERVICE ACTION BIDIRECTIONAL service actions that may be 
assigned by other command standards are noted as restricted but their specific usage is not described. 

Table E.7 — SERVICE ACTION BIDIRECTIONAL service actions 


Service 

Action 

Description 

SERVICE ACTION BIDIRECTIONAL [operation code 9Dh] 

OOh to OFh 

Reserved 

lOh tolFh 

Restricted (see applicable command standard) 
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E.3.6 Variable length CDB service action codes 

Only one operation code is assigned to the variable length CDB (see 4.2.3). Therefore, the service action 
code is effectively the operation code for variable length CDB uses. To allow command standards to assign 
uses of the variable length CDB without consulting this standard, ranges of service action codes are assigned 
to command sets as shown in table E.8. 


Table E.8 — Variable Length CDB Service Action Code Ranges 


Service Action 
Code Range 

Doc. 

Description 

OOOOh to 07FFh 

SBC-3 

Direct access block device (e.g., magnetic disk) 

0800h to OFFFh 

SSC-4 

Sequential-access device (e.g., magnetic tape) 

lOOOh to 17FFh 


Reserved 

1800h to IFFFh 

this standard 

Commands for all device types (see table E.9) 

2000h to 27FFh 


Reserved 

2800h to 2FFFh 

MMC-6 

CD-ROM device 

3800h to 3FFFh 


Reserved 

4000h to 47FFh 

SMC-3 

Media changer device (e.g., jukeboxes) 

5000h to 5FFFh 


Defined by ASC IT8 (Graphic arts pre-press devices) 

6000h to 67FFh 

SCC-2 

Storage array controller device (e.g., RAID) 

7000h to 77FFh 

RBC 

Simplified direct-access device (e.g., magnetic disk) 

7800h to 7FFFh 

OCRW 

Optical card reader/writer device 

8800h to 8FFFh 

OSD-2 

Object-based Storage Device 

3000h to 37FFh 


Reserved 

4800h to 4FFFh 


Reserved 

6800h to 6FFFh 


Reserved 

8000h to 87FFh 


Reserved 

9000h to F7FFh 


Reserved 

F800h to FFFFh 


Vendor specific 


The variable length CDB service action codes assigned by this standard are shown in table E.9. 

Table E.9 — Variable Length CDB Service Action Codes Used by All Device Types 


Service Action 
Code 

Description 

1800h 

Obsolete 

1801 h to 1FF7h 

Reserved 

1 FF8h to IFFFh 

Restricted (see FC-SB-4) 
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E.4 Diagnostic page codes 

Table E. 10 is a numerical order listing of the diagnostic page codes. 


Table E.10 — Diagnostic page codes 



D - Direct Access Block Device (SBC-4) 

Device Column kev 


. Z - Host Managed Zoned Block Device (ZBC) 

blank = code not used 


T - Sequential Access Device (SSC-5) 

not blank = code used 


P - Processor Device (SPC-2) 



. R - C/DVD Device (MMC-6) 



O - Optical Memory Block Device (SBC) 



M - Media Changer Device (SMC-3) 



. A- 

Storage Array Device (SCC-2) 



. E 

- SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 




K - Optical Card Reader/Writer device (OCRW) 




V - Automation/Device Interface device (ADC-4) 




F - Object-based Storage Device (OSD-2) 


Diagnostic 




Page Code 

DZTPROMAEBKVF Diagnostic Page Name 


OOh 

DZTPROMAE 

KVF Supported Diagnostic Pages 


Olh 

E 

Configuration 


02h 

E 

Enclosure Status/Control 


03h 

E 

Help Text 


04 h 

E 

String In/Out 


05h 

E 

Threshold In/Out 


06h 

E 

Obsolete 


07h 

E 

Element Descriptor 


08h 

E 

Short Enclosure Status 


09h 

E 

Enclosure Busy 


OAh 

E 

Additional Element Status 


OBh 

E 

Subenclosure Help Text 


OCh 

E 

Subenclosure String In/Out 


ODh 

E 

Supported SES Diagnostic Pages 


OEh 

E 

Download Microcode Status/Control 


OFh 

E 

Subenclosure Nickname Status/Control 


lOh to IFh 


SES vendor specific 


3Fh 


Protocol Specific diagnostic page 


40h 

DZ O 

Translate Address In/Out 


41h 

DZ O 

Device Status In/Out 


42h 

DZ 

Rebuild Assist 


80h to FFh 


Vendor specific 




All codes not shown are restricted or reserved. 
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E.5 Log page codes 

Table E.11 is a numerical order listing of the log page codes. 


Table E.11 — Log page codes (part 1 of 3) 


Log 

Page Code 

Log 

Subpage 

Code 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Log Page Name 

OOh 

OOh 

DZTPROMAE 

KVF 

Supported Log Pages 

OOh 

FFh 

DZTPROMAE 

KVF 

Supported Log Pages and Subpages 

Olh to 3Fh 

FFh 

DZTPROMAE 

KVF 

Supported Subpages 

Olh 

OOh 

DZTPRO A 

KVF 

Buffer Over-Run/Under-Run 

02h 

OOh 

DZT RO 

KV 

Write Error Counters 

03h 

OOh 

DZT RO 

KV 

Read Error Counters 

04h 

OOh 

T 

V 

Read Reverse Error Counters 

05h 

OOh 

DZT RO 

KV 

Verify Error Counters 

06h 

OOh 

D TPROMAE 

KVF 

Non-Medium Error 

07h 

OOh 

D TPROMAE 

KVF 

Last n Error Events 

08 h 

OOh 

D 0 

V 

Format Status 

09h 

OOh to FEh 

0 


Reserved to the MS59 Std. (contact AIIM C21 comm.) 

OAh 

OOh to FEh 

0 


Reserved to the MS59 Std. (contact AIIM C21 comm.) 

OBh 

OOh 

D TPROMAE 

VF 

Last n Deferred Error or Asynchronous Events 

OCh 

OOh 

D 


Logical Block Provisioning 

OCh 

OOh 

T 

V 

Sequential-Access Device 

ODh 

OOh 

DZTPROMAE 

V 

Temperature 

ODh 

Olh 

DZTPROMAE 

V 

Environmental Reporting 

ODh 

02h 

DZTPROMAE 

V 

Environmental Limits 

OEh 

OOh 

DZTPROMAE 

V 

Start-Stop Cycle Counter 

OEh 

Olh 

DZ 


Utilization 

OFh 

OOh 

DZTPROMAE 

V 

Application Client 

lOh 

OOh 

DZTPROMAE 

V 

Self-Test Results 

11 h 

OOh 

D 


Solid State Media 

11 h 

OOh 

T 

V 

DT Device Status 

12h 

OOh 


V 

TapeAlert Response 

13h 

OOh 


V 

Requested Recovery 

14h 

OOh 

T 

V 

Device Statistics 

15h 

OOh 

DZ 


Background Scan Results 

15h 

OOh 


V 

Service Buffers Information 

15h 

Olh 

DZ 


Pending Defects 

15h 

02h 

DZ 


Background Operation 

16h 

OOh 

DZ 


ATA PASS-THROUGH Results 

16h 

OOh 

T 

V 

Tape Diagnostic Data 

17h 

OOh 

D 


Non-Volatile Cache 

17h 

OOh to OFh 

T 


Volume Statistics 

18h 

xxh 

DZTPROMAE 

KV 

Protocol Specific Port (see table E.12) 
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Table E.11 — Log page codes (part 2 of 3) 


Log 

Page Code 

Log 

Subpage 

Code 

D - Direct Access Block Device (SBC-41 Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Log Page Name 

19h 

OOh 

D 

General Statistics and Performance 

19h 

Olh 

D 

Group Statistics and Performance (1) 

19h 

02h 

D 

Group Statistics and Performance (2) 

19h 

03h 

D 

Group Statistics and Performance (3) 

19h 

04 h 

D 

Group Statistics and Performance (4) 

19h 

05h 

D 

Group Statistics and Performance (5) 

19h 

06h 

D 

Group Statistics and Performance (6) 

19h 

07h 

D 

Group Statistics and Performance (7) 

19h 

08h 

D 

Group Statistics and Performance (8) 

19h 

09h 

D 

Group Statistics and Performance (9) 

19h 

OAh 

D 

Group Statistics and Performance (10) 

19h 

OBh 

D 

Group Statistics and Performance (11) 

19h 

OCh 

D 

Group Statistics and Performance (12) 

19h 

ODh 

D 

Group Statistics and Performance (13) 

19h 

OEh 

D 

Group Statistics and Performance (14) 

19h 

OFh 

D 

Group Statistics and Performance (15) 

19h 

lOh 

D 

Group Statistics and Performance (16) 

19h 

11 h 

D 

Group Statistics and Performance (17) 

19h 

12h 

D 

Group Statistics and Performance (18) 

19h 

13h 

D 

Group Statistics and Performance (19) 

19h 

14h 

D 

Group Statistics and Performance (20) 

19h 

15h 

D 

Group Statistics and Performance (21) 

19h 

16h 

D 

Group Statistics and Performance (22) 

19h 

17h 

D 

Group Statistics and Performance (23) 

19h 

18h 

D 

Group Statistics and Performance (24) 

19h 

19h 

D 

Group Statistics and Performance (25) 

19h 

1Ah 

D 

Group Statistics and Performance (26) 

19h 

IBh 

D 

Group Statistics and Performance (27) 

19h 

ICh 

D 

Group Statistics and Performance (28) 

19h 

IDh 

D 

Group Statistics and Performance (29) 

19h 

1Eh 

D 

Group Statistics and Performance (30) 

19h 

IFh 

D 

Group Statistics and Performance (31) 

1Ah 

OOh 

DZTPRO A K Power Condition Transitions 


Working Draft SCSI Primary Commands - 5 (SPC-5) 







12 August 2015 


T10/BSR INCUS 502 Revision 05 


Table E.11 — Log page codes (part 3 of 3) 


Log 

Page Code 
IBh 
2Dh 
2Eh 
2Fh 


D - Direct Access Block Device (SBC-4) Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

Log F - Object-based Storage Device (OSD-2) 

Subpage . 

Code DZTPROMAEBKVF Log Page Name _ 

OOh T Data Compression 

OOh T Current Service Information 

OOh T M TapeAlert 

OOh DZTPROMAE KV Informational Exceptions 


30h to 3Eh OOh to FEh 


Vendor specific 


3Fh OOh to FEh 


Reserved 


All codes not shown here or in table E.12 
are restricted or reserved. 


Table E.12 is a numerical order listing of the log page codes used by SCSI transport protocols. 


Table E.12 — Transport protocol specific log page codes 


Log 

Log 

F - Fibre Channel Protocol for SCSI (FCP-4) 

. S - SAS Serial SCSI Protocol (SPL-5) 

V - Automation/Drive Interface Transport Protocol (ADT-3) 

U - USB Attached SCSI (UAS) 

Device Column kev 
blank = code not used 
not blank = code used 

Page 

Code 

Subpage 

Code 

FSVU Log Page Name 


18h 

OOh 

S Protocol Specific Port 




See table E.11 for information on the codes not shown here. 
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E.6 Mode page codes 

Table E.13 is a numerical order listing of the mode page codes. 


Table E.13 — Mode page codes (part 1 of 2) 


Mode Page 
Code 

Mode 

Subpage 

Code 

D - Direct Access Block Device (SBC-4t Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Mode Page Name 

Olh 

OOh 

DZT 

RO K 

Read-Write Error Recovery 


02h 

OOh 

DZT 

ROMAE KVF 

Disconnect-Reconnect 


03h 

OOh 

D 


Format Device 


03h 

OOh 


R 

MRW CD-RW 


04h 

OOh 

D 


Rigid Disk Geometry 


05h 

OOh 

D 


Flexible Disk 


05h 

OOh 


R 

Write Parameters 


06h 

OOh 


0 

Optical Memory 


06h 

OOh 


B 

RBC Device Parameters 


07h 

OOh 

DZ 

0 K 

Verify Error Recovery 


08h 

OOh 

DZ 

RO K 

Caching 


09h 

OOh 

D T 

RO AE K 

obsolete 


OAh 

OOh 

DZT 

ROMAE KVF 

Control 


OAh 

Olh 

DZT 

ROMAE KVF 

Control Extension 


OAh 

02h 

DZ 


Application Tag 


OAh 

03h 

DZT 

ROMAE KVF 

Command Duration Limit A 


OAh 

04 h 

DZT 

ROMAE KVF 

Command Duration Limit B 


OAh 

05h 

DZ 


10 Advice Hints Grouping 


OAh 

06 h 

DZ 


Background Operation Control 


OAh 

FOh 

T 


Control Data Protection 


OAh 

Flh 

D 


PATA Control 


OBh 

OOh 

D 

0 K 

Medium Types Supported 


OCh 

OOh 

D 


Notch and Partition 


ODh 

OOh 

D 


obsolete 


ODh 

OOh 


R 

CD Device Parameters 


OEh 

OOh 


R 

CD Audio Control 


OEh 

Olh 


V 

Target Device 


OEh 

02h 


V 

DT Device Primary Port 


OEh 

03h 


V 

Logical Unit 


OEh 

04 h 


V 

Target Device Serial Number 


OFh 

OOh 

T 


Data Compression 


lOh 

OOh 

D 


XOR Control 


lOh 

OOh 

T 


Device Configuration 


lOh 

Olh 

T 


Device Configuration Extension 


11 h 

OOh 

T 


Medium Partition (1) 


12h 






13h 
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Table E.1 3 — Mode page codes (part 2 of 2) 


Mode Page 
Code 

Mode 

Subpage 

Code 

D - Direct Access Block Device (SBC-41 Device Column kev 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF Mode Page Name 

14h 

OOh 

DZTPROMAEBK F 

Enclosure Services Management 

15h 



Extended 

16h 



Extended Device-Type Specific 

17h 




18h 

xxh 

DZT ROMAE VF 

Protocol Specific Logical Unit (see table E.14) 

19h 

xxh 

DZT ROMAE VF 

Protocol Specific Port (see table E.14) 

1Ah 

OOh 

DZT ROMAE V 

Power Condition 

1Ah 

Olh 

D T 

Power Consumption 

1Ah 

Flh 

D B 

ATA Power Condition 

IBh 

OOh 

A 

LUN Mapping 

ICh 

OOh 

DZ AE 

Informational Exceptions Control 

ICh 

OOh 

T M V 

Informational Exceptions Control (tapes-specific format) 

ICh 

OOh 

R 

Fault/Failure Reporting 

ICh 

OOh 

0 

Informational Exceptions Control (see SBC) 

ICh 

Olh 

DZ 

Background Control 

ICh 

02h 

D 

Logical Block Provisioning 

IDh 

OOh 

T 

Medium Configuration 

IDh 

OOh 

R 

C/DVD Time-Out and Protect 

IDh 

OOh 

M 

Element Address Assignments 

1Eh 

OOh 

M 

Transport Geometry Parameters 

IFh 

OOh 

M 

Device Capabilities 

OOh 



Vendor specific (does not require page format) 

20h to 29h 



Device-type specific (vendor specific in common usage) 

2Ah 


DZT OMAEBKVF 

Device-type specific (vendor specific in common usage) 

2Ah 

OOh 

R 

CD Capabilities and Mechanical Status 

2Bh to 3Eh 



Device-type specific (vendor specific in common usage) 

3Fh 

xxh 


Return all pages and/or subpages (MODE SENSE only) 

xxh 

FFh 


Return all subpages (MODE SENSE only) 




All codes not shown here or in table E.14 




are restricted or reserved. 
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Table E.14 is a numerical order listing of the mode page codes used by SCSI transport protocols. 


Table E.14 — Transport protocol specific mode page codes 


Mode 

Page 

Code 

Mode 

Subpage 

Code 

F - Fibre Channel Protocol for SCSI (FCP-4) 

. S - SAS Serial SCSI Protocol (SPL-5) 

V - Automation/Drive Interface Transport Protocol (ADT-4) 

U - USB Attached SCSI (UAS) 

F SVU Mode Page Name 

Device Column kev 
blank = code not used 
not blank = code used 

18h 

OOh 

FS 

Protocol Specific Logical Unit 


19h 

OOh 

FS 

Protocol Specific Port 


19h 

Olh 

S 

Phy Control And Discover 


19h 

02h 

S 

Shared Port Control 

See table E.13 for information on the codes not shown here. 
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E.7 VPD page codes 

Table E. 15 is a numerical order listing of the VPD page codes. 


Table E.1 5 — VPD page codes (part 1 of 2) 


VPD Page 
Code 

D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

0 - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF VPD Page Name 

Device Column kev 
blank = code not used 
not blank = code used 

OOh 

DZTPROMAEBKVF 

Supported VPD Pages 


01 h to 7Fh 

DZTPROMAEBKVF 

ASCII Information 


80h 

DZTPROMAEBKVF 

Unit Serial Number 


81 h 

D TPROMAEBKVF 

obsolete 


82h 

D TPROMAEBKVF 

obsolete 


83h 

DZTPROMAEBKVF 

Device Identification 


84 h 

DZTPROMAEBKVF 

Software Interface Identification 


85h 

DZTPROMAEBKVF 

Management Network Addresses 


86h 

DZTPROMAEBKVF 

Extended INQUIRY Data 


87h 

DZTPROMAEBKVF 

Mode Page Policy 


88h 

DZTPROMAEBKVF 

SCSI Ports 


89h 

DZ 

ATA Information 


8Ah 

DZTPRO A V 

Power Condition 


8Bh 

T M 

Device Constituents 


8Ch 

D B 

CFA Profile Information 


8Dh 

D T 

Power Consumption 


8Fh 

D TPR B 

Third-party Copy 


90h 

DZT ROMAE VF 

Protocol Specific Logical Unit Information 


91h 

DZT ROMAE VF 

Protocol Specific Port Information 


BOh 

DZ 

Block Limits 


BOh 

T 

Sequential-access Device Capabilities 


BOh 

F 

OSD information 


Blh 

DZ 

Block Device Characteristics 


Blh 

T V 

Manufacturer-assigned Serial Number 


Blh 

F 

Security Token 


B2h 

D 

Logical Block Provisioning 


B2h 

T 

TapeAlert Supported Flags 


B3h 

D 

Referrals 


B3h 

T 

Automation Device Serial Number 
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Table E.15 — VPD page codes (part 2 of 2) 

D - Direct Access Block Device (SBC-4) 

. Z - Host Managed Zoned Block Device (ZBC) 

T - Sequential Access Device (SSC-5) 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 

DZTPROMAEBKVF VPD Page Name _ 

DZ Block Limits Extension 

T Data Transfer Device Element Address 

Z Zoned Block Device Characteristics 


Device Column key 
blank = code not used 
not blank = code used 


11 All codes not shown here or in table E.16 are restricted or reserved. 

Table E.16 is a numerical order listing of the VPD page codes used by SCSI transport protocols. 

Table E.16 — Transport protocol specific VPD page codes 


F - Fibre Channel Protocol for SCSI (FCP-4) 

. S - SAS Serial SCSI Protocol (SPL-5) 

V - Automation/Drive Interface Transport Protocol (ADT-3) 

U - USB Attached SCSI (UAS) 

FSVU VPD Page Name _ 

S Protocol Specific Logical Unit Information 

S Protocol Specific Port Information 

_ See table E.15 for information on the codes not shown here. 


Device Column kev 
blank = code not used 
not blank = code used 
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E.8 ROD type codes 


Table E.17 is a numerical order listing of the ROD types. 


Table E.17 — ROD type codes 


D - Direct Access Block Device (SBC-4) Device Column key 

. Z - Host Managed Zoned Block Device (ZBC) blank = code not used 

T - Sequential Access Device (SSC-5) not blank = code used 

P - Processor Device (SPC-2) 

. R - C/DVD Device (MMC-6) 

O - Optical Memory Block Device (SBC) 

M - Media Changer Device (SMC-3) 

. A - Storage Array Device (SCC-2) 

E - SCSI Enclosure Services device (SES-3) 

B - Simplified Direct-Access (Reduced Block) device (RBC) 

. K - Optical Card Reader/Writer device (OCRW) 

V - Automation/Device Interface device (ADC-4) 

F - Object-based Storage Device (OSD-2) 


ROD Type. ROD tokens allowed 

Code DZTPROMAEBKVF ROD type Output Input 


0000 OOOOh 

D 

T 

Internal use ROD or unused ROD type 

No 

No 

0001 OOOOh 

D 

T 

Access upon reference 

Yes 

Yes 

0080 OOOOh 

D 

T 

Point in time copy - default 

Yes 

Yes 

0080 0001 h 

D 

T 

Point in time copy - change vulnerable 

Yes 

Yes 

0080 0002h 

D 

T 

Point in time copy - persistent 

Yes 

Yes 

0080 FFFFh 

D 

T 

Point in time copy - any 

Yes 

Yes 

FFFFOOOIh 

D 


Block device zero ROD token 

All codes not shown are restricted or reserved. 

Yes a 

Yes 


a Output of this ROD type code is allowed only in the ROD tokens returned by the POPULATE TOKEN command 
(see SBC-3). 
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E.9 Version descriptor values 

Table E.18 is a numerical order listing of the version descriptor values used in the standard INQUIRY data. 
Each version descriptor value is computed from a coded value identifying the standard and a coded value 
representing the revision of the standard. The formula is ((standardx32)+revision). Table E.18 shows all three 
code values and the associated standard name. The version descriptor code is shown in both decimal and 
hexadecimal. 


Table E.18 — Version descriptor assignments (part 1 of 17) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

0 

0 

0 

OOOOh 

Version Descriptor Not Supported or No Standard Identified 

1 

0 

32 

0020h 

SAM (no version claimed) 

1 

27 

59 

003Bh 

SAM T10/0994-D revision 18 

1 

28 

60 

003Ch 

SAM ANSI INCITS 270-1996 

2 

0 

64 

0040h 

SAM-2 (no version claimed) 

2 

20 

84 

0054 h 

SAM-2 T10/1157-D revision 23 

2 

21 

85 

0055h 

SAM-2 T10/1157-D revision 24 

2 

28 

92 

005Ch 

SAM-2 ANSI INCITS 366-2003 

2 

30 

94 

005Eh 

SAM-2 ISO/I EC 14776-412 

3 

0 

96 

0060h 

SAM-3 (no version claimed) 

3 

2 

98 

0062h 

SAM-3 T10/1561-D revision 7 

3 

21 

117 

0075h 

SAM-3 T10/1561-D revision 13 

3 

22 

118 

0076h 

SAM-3 T10/1561-D revision 14 

3 

23 

119 

0077h 

SAM-3 ANSI INCITS 402-2005 

4 

0 

128 

0080h 

SAM-4 (no version claimed) 

4 

7 

135 

0087h 

SAM-4 T10/1683-D revision 13 

4 

11 

139 

008Bh 

SAM-4 T10/1683-D revision 14 

4 

16 

144 

0090h 

SAM-4 ANSI INCITS 447-2008 

4 

18 

146 

0092h 

SAM-4 ISO/I EC 14776-414 

5 

0 

160 

OOAOh 

SAM-5 (no version claimed) 

5 

2 

162 

00A2h 

SAM-5 T10/2104-D revision 4 

5 

4 

164 

00A4h 

SAM-5 T10/2104-D revision 20 

5 

6 

166 

00A6h 

SAM-5 T10/2104-D revision 21 

6 

0 

192 

OOCOh 

SAM-6 (no version claimed) 


Working Draft SCSI Primary Commands - 5 (SPC-5) 




12 August 2015 


T10/BSR INCUS 502 Revision 05 


Table E.1 8 — Version descriptor assignments (part 2 of 17) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

9 

0 

288 

0120h 

SPC (no version claimed) 

9 

27 

315 

013Bh 

SPC T10/0995-D revision 11a 

9 

28 

316 

013Ch 

SPC ANSI INCUS 301-1997 

10 

0 

320 

0140h 

MMC (no version claimed) 

10 

27 

347 

015Bh 

MMC T10/1048-D revision 10a 

10 

28 

348 

015Ch 

MMC ANSI INCUS 304-1997 

11 

0 

352 

0160h 

SCC (no version claimed) 

11 

27 

379 

017Bh 

SCC T10/1047-D revision 06c 

11 

28 

380 

017Ch 

SCC ANSI INCUS 276-1997 

12 

0 

384 

0180h 

SBC (no version claimed) 

12 

27 

411 

019Bh 

SBC T10/0996-D revision 08c 

12 

28 

412 

019Ch 

SBC ANSI INCUS 306-1998 

13 

0 

416 

OlAOh 

SMC (no version claimed) 

13 

27 

443 

OIBBh 

SMC T10/0999-D revision 10a 

13 

28 

444 

OIBCh 

SMC ANSI INCUS 314-1998 

13 

30 

446 

OIBEh 

SMC ISO/IEC 14776-351 

14 

0 

448 

OlCOh 

SES (no version claimed) 

14 

27 

475 

OIDBh 

SES T10/1212-D revision 08b 

14 

28 

476 

OIDCh 

SES ANSI INCUS 305-1998 

14 

29 

477 

OIDDh 

SES T10/1212 revision 08b w/ Amendment ANSI 
INCITS.305/AM1-2000 

14 

30 

478 

OIDEh 

SES ANSI INCUS 305-1998 w/ Amendment ANSI 
INCITS.305/AM1-2000 

15 

0 

480 

OlEOh 

SCC-2 (no version claimed) 

15 

27 

507 

OlFBh 

SCC-2 T10/1125-D revision 04 

15 

28 

508 

OlFCh 

SCC-2 ANSI INCUS 318-1998 

16 

0 

512 

0200h 

SSC (no version claimed) 

16 

1 

513 

0201 h 

SSC T10/0997-D revision 17 

16 

7 

519 

0207h 

SSC T10/0997-D revision 22 

16 

28 

540 

021Ch 

SSC ANSI INCUS 335-2000 
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Table E.1 8 — Version descriptor assignments (part 3 of 17) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

17 

0 

544 

0220h 

RBC (no version claimed) 

17 

24 

568 

0238h 

RBC T10/1240-D revision 10a 

17 

28 

572 

023Ch 

RBC ANSI INCUS 330-2000 

18 

0 

576 

0240 h 

MMC-2 (no version claimed) 

18 

21 

597 

0255h 

MMC-2 T10/1228-D revision 11 

18 

27 

603 

025Bh 

MMC-2 T10/1228-D revision 11a 

18 

28 

604 

025Ch 

MMC-2 ANSI INCUS 333-2000 

19 

0 

608 

0260h 

SPC-2 (no version claimed) 

19 

7 

615 

0267h 

SPC-2 T10/1236-D revision 12 

19 

9 

617 

0269h 

SPC-2 T10/1236-D revision 18 

19 

21 

629 

0275h 

SPC-2 T10/1236-D revision 19 

19 

22 

630 

0276h 

SPC-2 T10/1236-D revision 20 

19 

23 

631 

0277h 

SPC-2 ANSI INCUS 351-2001 

19 

24 

632 

0278h 

SPC-2 ISO/IEC 14776-452 

20 

0 

640 

0280h 

OCRW (no version claimed) 

20 

30 

670 

029Eh 

OCRW ISO/IEC 14776-381 

21 

0 

672 

02A0h 

MMC-3 (no version claimed) 

21 

21 

693 

02B5h 

MMC-3 T10/1363-D revision 9 

21 

22 

694 

02B6h 

MMC-3 T10/1363-D revision lOg 

21 

24 

696 

02B8h 

MMC-3 ANSI INCUS 360-2002 

23 

0 

736 

02E0h 

SMC-2 (no version claimed) 

23 

21 

757 

02F5h 

SMC-2 T10/1383-D revision 5 

23 

28 

764 

02FCh 

SMC-2 T10/1383-D revision 6 

23 

29 

765 

02FDh 

SMC-2 T10/1383-D revision 7 

23 

30 

766 

02FEh 

SMC-2 ANSI INCUS 382-2004 

24 

0 

768 

0300h 

SPC-3 (no version claimed) 

24 

1 

769 

0301 h 

SPC-3 T10/1416-D revision 7 

24 

7 

775 

0307h 

SPC-3 T10/1416-D revision 21 

24 

15 

783 

030Fh 

SPC-3 T10/1416-D revision 22 
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Table E.1 8 — Version descriptor assignments (part 4 of 17) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

24 

18 

786 

0312h 

SPC-3 T10/1416-D revision 23 

24 

20 

788 

0314h 

SPC-3 ANSI INCUS 408-2005 

24 

22 

790 

0316h 

SPC-3 ISO/I EC 14776-453 

25 

0 

800 

0320h 

SBC-2 (no version claimed) 

25 

2 

802 

0322h 

SBC-2 T10/1417-D revision 5a 

25 

4 

804 

0324h 

SBC-2 T10/1417-D revision 15 

25 

27 

827 

033Bh 

SBC-2 T10/1417-D revision 16 

25 

29 

829 

033Dh 

SBC-2 ANSI INCUS 405-2005 

25 

30 

830 

033Eh 

SBC-2 ISO/I EC 14776-322 

26 

0 

832 

0340h 

OSD (no version claimed) 

26 

1 

833 

0341 h 

OSD T10/1355-D revision 0 

26 

2 

834 

0342h 

OSD T10/1355-D revision 7a 

26 

3 

835 

0343h 

OSD T10/1355-D revision 8 

26 

4 

836 

0344h 

OSD T10/1355-D revision 9 

26 

21 

853 

0355h 

OSD T10/1355-D revision 10 

26 

22 

854 

0356h 

OSD ANSI INCUS 400-2004 

27 

0 

864 

0360h 

SSC-2 (no version claimed) 

27 

20 

884 

0374h 

SSC-2 T10/1434-D revision 7 

27 

21 

885 

0375h 

SSC-2 T10/1434-D revision 9 

27 

29 

893 

037Dh 

SSC-2 ANSI INCUS 380-2003 

28 

0 

896 

0380h 

BCC (no version claimed) 

29 

0 

928 

03A0h 

MMC-4 (no version claimed) 

29 

16 

944 

03B0h 

MMC-4 T10/1545-D revision 5 

29 

17 

945 

03B1 h 

MMC-4 T10/1545-D revision 5a 

29 

29 

957 

03BDh 

MMC-4 T10/1545-D revision 3 

29 

30 

958 

03BEh 

MMC-4 T10/1545-D revision 3d 

29 

31 

959 

03BFh 

MMC-4 ANSI INCUS 401-2005 

30 

0 

960 

03C0h 

ADC (no version claimed) 

30 

21 

981 

03D5h 

ADC T10/1558-D revision 6 
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Table E.1 8 — Version descriptor assignments (part 5 of 17) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

30 

22 

982 

03D6h 

ADC T10/1558-D revision 7 

30 

23 

983 

03D7h 

ADC ANSI INCUS 403-2005 

31 

0 

992 

03E0h 

SES-2 (no version claimed) 

31 

1 

993 

03E1h 

SES-2 T10/1559-D revision 16 

31 

7 

999 

03E7h 

SES-2 T10/1559-D revision 19 

31 

11 

1003 

03EBh 

SES-2 T10/1559-D revision 20 

31 

16 

1008 

03F0h 

SES-2 ANSI INCUS 448-2008 

31 

18 

1010 

03F2h 

SES-2 ISO/I EC 14776-372 

32 

0 

1024 

0400h 

SSC-3 (no version claimed) 

32 

3 

1027 

0403h 

SSC-3 T10/1611-D revision 04a 

32 

7 

1031 

0407h 

SSC-3 T10/1611-D revision 05 

32 

9 

1033 

0409h 

SSC-3 ANSI INCUS 467-2011 

32 

11 

1035 

040Bh 

SSC-3 ISO/IEC 14776-333:2013 

33 

0 

1056 

0420 h 

MMC-5 (no version claimed) 

33 

15 

1071 

042Fh 

MMC-5 T10/1675-D revision 03 

33 

17 

1073 

0431 h 

MMC-5 T10/1675-D revision 03b 

33 

18 

1074 

0432h 

MMC-5 T10/1675-D revision 04 

33 

20 

1076 

0434h 

MMC-5 ANSI INCUS 430-2007 

34 

0 

1088 

0440 h 

OSD-2 (no version claimed) 

34 

4 

1092 

0444h 

OSD-2 T10/1729-D revision 4 

34 

6 

1094 

0446 h 

OSD-2 T10/1729-D revision 5 

34 

8 

1096 

0448h 

OSD-2 ANSI INCUS 458-2011 

35 

0 

1120 

0460h 

SPC-4 (no version claimed) 

35 

1 

1121 

0461 h 

SPC-4 T10/BSR INCUS 513 revision 16 

35 

2 

1122 

0462h 

SPC-4 T10/BSR INCUS 513 revision 18 

35 

3 

1123 

0463h 

SPC-4 T10/BSR INCUS 513 revision 23 

35 

6 

1126 

0466h 

SPC-4 T10/BSR INCUS 513 revision 36 

35 

8 

1128 

0468h 

SPC-4 T10/BSR INCUS 513 revision 37 

35 

9 

1129 

0469h 

SPC-4 T10/BSR INCUS 513 revision 37a 
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Table E.1 8 — Version descriptor assignments (part 6 of 17) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

35 

12 

1132 

046Ch 

SPC-4 ANSI INCUS 513-2015 

36 

0 

1152 

0480h 

SMC-3 (no version claimed) 

36 

2 

1154 

0482 h 

SMC-3 T10/1730-D revision 15 

36 

4 

1156 

0484 h 

SMC-3 T10/1730-D revision 16 

36 

6 

1158 

0486h 

SMC-3 ANSI INCUS 484-2012 

37 

0 

1184 

04A0h 

ADC-2 (no version claimed) 

37 

7 

1191 

04A7h 

ADC-2 T10/1741-D revision 7 

37 

10 

1194 

04AAh 

ADC-2 T10/1741-D revision 8 

37 

12 

1196 

04ACh 

ADC-2 ANSI INCUS 441-2008 

38 

0 

1216 

04C0h 

SBC-3 (no version claimed) 

38 

3 

1219 

04C3h 

SBC-3 T10/BSR INCUS 514 revision 35 

38 

5 

1221 

04C5h 

SBC-3 T10/BSR INCUS 514 revision 36 

38 

8 

1224 

04C8h 

SBC-3 ANSI INCUS 514-2014 

39 

0 

1248 

04E0h 

MMC-6 (no version claimed) 

39 

3 

1251 

04E3h 

MMC-6 T10/1836-D revision 02b 

39 

5 

1253 

04E5h 

MMC-6 T10/1836-D revision 02g 

39 

6 

1254 

04E6h 

MMC-6 ANSI INCUS 468-2010 

39 

7 

1255 

04E7h 

MMC-6 ANSI INCUS 468-2010 + MMC-6/AM1 ANSI 

INCUS 468-2010/AM 1 

40 

0 

1280 

0500h 

ADC-3 (no version claimed) 

40 

2 

1282 

0502h 

ADC-3 T10/1895-D revision 04 

40 

4 

1284 

0504h 

ADC-3 T10/1895-D revision 05 

40 

6 

1286 

0506h 

ADC-3 T10/1895-D revision 05a 

40 

10 

1290 

050Ah 

ADC-3 ANSI INCUS 497-2012 

41 

0 

1312 

0520h 

SSC-4 (no version claimed) 

41 

3 

1315 

0523h 

SSC-4 T10/BSR INCUS 516 revision 2 

41 

5 

1317 

0525h 

SSC-4 T10/BSR INCUS 516 revision 3 

41 

7 

1319 

0527h 

SSC-4 ANSI INCUS 516-2013 

43 

0 

1376 

0560h 

OSD-3 (no version claimed) 
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Table E.1 8 — Version descriptor assignments (part 7 of 17) 


Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

44 

0 

1408 

0580h 

SES-3 (no version claimed) 

45 

0 

1440 

05A0h 

SSC-5 (no version claimed) 

46 

0 

1472 

05C0h 

SPC-5 (no version claimed) 

47 

0 

1504 

05E0h 

SFSC (no version claimed) 

47 

3 

1507 

05E3h 

SFSC BSR INCUS 501 revision 01 

48 

0 

1536 

0600h 

SBC-4 (no version claimed) 

49 

0 

1568 

0620h 

ZBC (no version claimed) 

49 

2 

1570 

0622h 

ZBC BSR INCUS 536 revision 02 

50 

0 

1600 

0640 h 

ADC-4 (no version claimed) 

65 

0 

2080 

0820h 

SSA-TL2 (no version claimed) 

65 

27 

2107 

083E3h 

SSA-TL2 T10.1/1147-D revision 05b 

65 

28 

2108 

083Ch 

SSA-TL2 ANSI INCUS 308-1998 

66 

0 

2112 

0840h 

SSA-TL1 (no version claimed) 

66 

27 

2139 

085Bh 

SSA-TL1 T10.1/0989-D revision 10b 

66 

28 

2140 

085Ch 

SSA-TL1 ANSI INCUS 295-1996 

67 

0 

2144 

0860h 

SSA-S3P (no version claimed) 

67 

27 

2171 

087Bh 

SSA-S3P T10.1/1051-D revision 05b 

67 

28 

2172 

087Ch 

SSA-S3P ANSI INCUS 309-1998 

68 

0 

2176 

0880h 

SSA-S2P (no version claimed) 

68 

27 

2203 

089Bh 

SSA-S2P T10.1/1121-D revision 07b 

68 

28 

2204 

089Ch 

SSA-S2P ANSI INCUS 294-1996 

69 

0 

2208 

08A0h 

SIP (no version claimed) 

69 

27 

2235 

08BBh 

SIP T10/0856-D revision 10 

69 

28 

2236 

08BCh 

SIP ANSI INCUS 292-1997 

70 

0 

2240 

08C0h 

FCP (no version claimed) 

70 

27 

2267 

08DBh 

FCP T10/0993-D revision 12 

70 

28 

2268 

08DCh 

FCP ANSI INCUS 269-1996 

71 

0 

2272 

08E0h 

SBP-2 (no version claimed) 

71 

27 

2299 

08FBh 

SB P-2 T10/1155-D revision 04 


700 
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Table E.1 8 — Version descriptor assignments (part 8 of 17) 




Version 


Standard 

Revision 

Descriptor Code 


Code 

Code 

decimal 

hex 

Standard 

71 

28 

2300 

08FCh 

SB P-2 ANSI INCUS 325-1998 

72 

0 

2304 

0900h 

FCP-2 (no version claimed) 

72 

1 

2305 

0901 h 

FCP-2 T10/1144-D revision 4 

72 

21 

2325 

0915h 

FCP-2 T10/1144-D revision 7 

72 

22 

2326 

0916h 

FCP-2 T10/1144-D revision 7a 

72 

23 

2327 

0917h 

FCP-2 ANSI INCUS 350-2003 

72 

24 

2328 

0918h 

FCP-2 T10/1144-D revision 8 

73 

0 

2336 

0920h 

SST (no version claimed) 

73 

21 

2357 

0935h 

SST T10/1380-D revision 8b 

74 

0 

2368 

0940h 

SRP (no version claimed) 

74 

20 

2388 

0954h 

SRP T10/1415-D revision 10 

74 

21 

2389 

0955h 

SRP T10/1415-D revision 16a 

74 

28 

2396 

095Ch 

SRP ANSI INCUS 365-2002 

75 

0 

2400 

0960h 

iSCSI (no version claimed) 

75 

1 to 31 

2401 

0961 h 




to 

to 

iSCSI (versions as described via RFC 7144) 



2431 

097Fh 


76 

0 

2432 

0980h 

SBP-3 (no version claimed) 

76 

2 

2434 

0982h 

SB P-3 T10/1467-D revision If 

76 

20 

2452 

0994h 

SBP-3 T10/1467-D revision 3 

76 

26 

2458 

099Ah 

SBP-3 T10/1467-D revision 4 

76 

27 

2459 

099Bh 

SBP-3 T10/1467-D revision 5 

76 

28 

2460 

099Ch 

SBP-3 ANSI INCUS 375-2004 

78 

0 

2496 

09C0h 

ADP (no version claimed) 

79 

0 

2528 

09E0h 

ADT (no version claimed) 

79 

25 

2553 

09F9h 

ADT T10/1557-D revision 11 

79 

26 

2554 

09FAh 

ADT T10/1557-D revision 14 

79 

29 

2557 

09FDh 

ADT ANSI INCITS 406-2005 

80 

0 

2560 

OAOOh 

FCP-3 (no version claimed) 

80 

7 

2567 

0A07h 

FCP-3 T10/1560-D revision 3f 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

80 

15 

2575 

OAOFh 

FCP-3 T10/1560-D revision 4 

80 

17 

2577 

OAlIh 

FCP-3 ANSI INCUS 416-2006 

80 

28 

2588 

OAlCh 

FCP-3 ISO/I EC 14776-223 

81 

0 

2592 

0A20h 

ADT-2 (no version claimed) 

81 

2 

2594 

0A22h 

ADT-2 T10/1742-D revision 06 

81 

7 

2599 

0A27h 

ADT-2 T10/1742-D revision 08 

81 

8 

2600 

0A28h 

ADT-2 T10/1742-D revision 09 

81 

11 

2603 

0A2Bh 

ADT-2 ANSI INCITS 472-2011 

82 

0 

2624 

0A40h 

FCP-4 (no version claimed) 

82 

2 

2626 

0A42h 

FCP-4 T10/1828-D revision 01 

82 

4 

2628 

0A44h 

FCP-4 T10/1828-D revision 02 

82 

5 

2629 

0A45h 

FCP-4 T10/1828-D revision 02b 

82 

6 

2630 

0A46h 

FCP-4 ANSI INCITS 481-2012 

83 

0 

2656 

0A60h 

ADT-3 (no version claimed) 

85 

0 

2720 

OAAOh 

SPI (no version claimed) 

85 

25 

2745 

0AB9h 

SPI T10/0855-D revision 15a 

85 

26 

2746 

OABAh 

SPI ANSI INCITS 253-1995 

85 

27 

2747 

OABBh 

SPI T10/0855-D revision 15a with SPI Amnd revision 3a 

85 

28 

2748 

OABCh 

SPI ANSI INCITS 253-1995 with SPI Amnd ANSI INCITS 
253/AM 1-1998 

86 

0 

2752 

OACOh 

Fast-20 (no version claimed) 

86 

27 

2779 

OADBh 

Fast-20 T10/1071 revision 06 

86 

28 

2780 

OADCh 

Fast-20 ANSI INCITS 277-1996 

87 

0 

2784 

OAEOh 

SPI-2 (no version claimed) 

87 

27 

2811 

OAFBh 

SPI-2 T10/1142-D revision 20b 

87 

28 

2812 

OAFCh 

SPI-2 ANSI INCITS 302-1999 

88 

0 

2816 

OBOOh 

SPI-3 (no version claimed) 

88 

24 

2840 

0B18h 

SPI-3 T10/1302-D revision 10 

88 

25 

2841 

0B19h 

SPI-3 T10/1302-D revision 13a 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

88 

26 

2842 

OBIAh 

SPI-3 T10/1302-D revision 14 

88 

28 

2844 

OBICh 

SPI-3 ANSI INCUS 336-2000 

89 

0 

2848 

0B20h 

EPI (no version claimed) 

89 

27 

2875 

0B3Bh 

EPI T10/1134 revision 16 

89 

28 

2876 

0B3Ch 

EPI ANSI INCUS TR-23 1999 

90 

0 

2880 

0B40h 

SPI-4 (no version claimed) 

90 

20 

2900 

0B54h 

SPI-4 T10/1365-D revision 7 

90 

21 

2901 

0B55h 

SPI-4 T10/1365-D revision 9 

90 

22 

2902 

0B56h 

SPI-4 ANSI INCUS 362-2002 

90 

25 

2905 

0B59h 

SPI-4 T10/1365-D revision 10 

91 

0 

2912 

0B60h 

SPI-5 (no version claimed) 

91 

25 

2937 

0B79h 

SPI-5 T10/1525-D revision 3 

91 

26 

2938 

0B7Ah 

SPI-5 T10/1525-D revision 5 

91 

27 

2939 

0B7Bh 

SPI-5 T10/1525-D revision 6 

91 

28 

2940 

0B7Ch 

SPI-5 ANSI INCUS 367-2003 

95 

0 

3040 

OBEOh 

SAS (no version claimed) 

95 

1 

3041 

OBEIh 

SAS T10/1562-D revision 01 

95 

21 

3061 

0BF5h 

SAS T10/1562-D revision 03 

95 

26 

3066 

OBFAh 

SAS T10/1562-D revision 04 

95 

27 

3067 

OBFBh 

SAS T10/1562-D revision 04 

95 

28 

3068 

OBFCh 

SAS T10/1562-D revision 05 

95 

29 

3069 

OBFDh 

SAS ANSI INCUS 376-2003 

96 

0 

3072 

OCOOh 

SAS-1.1 (no version claimed) 

96 

7 

3079 

0C07h 

SAS-1.1 T10/1601-D revision 9 

96 

15 

3087 

OCOFh 

SAS-1.1 T10/1601-D revision 10 

96 

17 

3089 

OCIIh 

SAS-1.1 ANSI INCUS 417-2006 

96 

18 

3090 

0C12h 

SAS-1.1 ISO/I EC 14776-151 

97 

0 

3104 

0C20h 

SAS-2 (no version claimed) 

97 

3 

3107 

0C23h 

SAS-2 T10/1760-D revision 14 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

97 

7 

3111 

0C27h 

SAS-2 T10/1760-D revision 15 

97 

8 

3112 

0C28h 

SAS-2 T10/1760-D revision 16 

97 

10 

3114 

0C2Ah 

SAS-2 ANSI INCUS 457-2010 

98 

0 

3136 

0C40h 

SAS-2.1 (no version claimed) 

98 

8 

3144 

0C48h 

SAS-2.1 T10/2125-D revision 04 

98 

10 

3146 

0C4Ah 

SAS-2.1 T10/2125-D revision 06 

98 

11 

3147 

0C4Bh 

SAS-2.1 T10/2125-D revision 07 

98 

14 

3150 

0C4Eh 

SAS-2.1 ANSI INCUS 478-2011 

98 

15 

3151 

0C4Fh 

SAS-2.1 ANSI INCUS 478-2011 w/Amnd 1 ANSI INCUS 
478/AM 1-2014 

98 

18 

3154 

0C52h 

SAS-2.1 ISO/IEC 14776-153 

99 

0 

3168 

0C60h 

SAS-3 (no version claimed) 

99 

3 

3171 

0C63h 

SAS-3 T10/BSR INCUS 519 revision 05a 

99 

5 

3173 

0C65h 

SAS-3 T10/BSR INCUS 519 revision 06 

99 

8 

3176 

0C68h 

SAS-3 ANSI INCUS 519-2014 

100 

0 

3200 

0C80h 

SAS-4 (no version claimed) 

105 

0 

3360 

0D20h 

FC-PH (no version claimed) 

105 

27 

3387 

0D3Bh 

FC-PH ANSI INCUS 230-1994 

105 

28 

3388 

0D3Ch 

FC-PH ANSI INCUS 230-1994 with Amnd 1 ANSI INCUS 
230/AM 1-1996 

106 

0 

3392 

0D40h 

FC-AL (no version claimed) 

106 

28 

3420 

0D5Ch 

FC-ALANSI INCUS 272-1996 

107 

0 

3424 

0D60h 

FC-AL-2 (no version claimed) 

107 

1 

3425 

0D61h 

FC-AL-2 T11/1133-D revision 7.0 

107 

3 

3427 

0D63h 

FC-AL-2 ANSI INCUS 332-1999 with AMI-2003 & 

AM2-2006 

107 

4 

3428 

0D64h 

FC-AL-2 ANSI INCUS 332-1999 with Amnd 2 AM2-2006 

107 

5 

3429 

0D65h 

FC-AL-2 ISO/IEC 14165-122 with AMI & AM2 

107 

28 

3452 

0D7Ch 

FC-AL-2 ANSI INCUS 332-1999 

107 

29 

3453 

0D7Dh 

FC-AL-2 ANSI INCUS 332-1999 with Amnd 1 AMI-2003 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

108 

0 

3456 

0D80h 

FC-PH-3 (no version claimed) 

108 

28 

3484 

0D9Ch 

FC-PH-3 ANSI INCUS 303-1998 

109 

0 

3488 

ODAOh 

FC-FS (no version claimed) 

109 

23 

3511 

0DB7h 

FC-FST11/1331-D revision 1.2 

109 

24 

3512 

0DB8h 

FC-FS T11/1331-D revision 1.7 

109 

28 

3516 

ODBCh 

FC-FS ANSI INCUS 373-2003 

109 

29 

3517 

ODBDh 

FC-FS ISO/IEC 14165-251 

110 

0 

3520 

ODCOh 

FC-PI (no version claimed) 

110 

28 

3548 

ODDCh 

FC-PI ANSI INCUS 352-2002 

111 

0 

3552 

ODEOh 

FC-PI-2 (no version claimed) 

111 

2 

3554 

0DE2h 

FC-PI-2 T11/1506-D revision 5.0 

111 

4 

3556 

0DE4h 

FC-PI-2 ANSI INCUS 404-2006 

112 

0 

3584 

OEOOh 

FC-FS-2 (no version claimed) 

112 

2 

3586 

0E02h 

FC-FS-2 ANSI INCUS 242-2007 

112 

3 

3587 

0E03h 

FC-FS-2 ANSI INCUS 242-2007 with AMI ANSI INCUS 
242/AM 1-2007 

113 

0 

3616 

0E20h 

FC-LS (no version claimed) 

113 

1 

3617 

0E21h 

FC-LS T11/1620-D revision 1.62 

113 

9 

3625 

0E29h 

FC-LS ANSI INCUS 433-2007 

114 

0 

3648 

0E40h 

FC-SP (no version claimed) 

114 

2 

3650 

0E42h 

FC-SP T11/1570-D revision 1.6 

114 

5 

3653 

0E45h 

FC-SP ANSI INCUS 426-2007 

115 

0 

3680 

0E60h 

FC-PI-3 (no version claimed) 

115 

2 

3682 

0E62h 

FC-PI-3 T11/1625-D revision 2.0 

115 

8 

3688 

0E68h 

FC-PI-3 T11/1625-D revision 2.1 

115 

10 

3690 

0E6Ah 

FC-PI-3 T11/1625-D revision 4.0 

115 

14 

3694 

0E6Eh 

FC-PI-3 ANSI INCUS 460-2011 

116 

0 

3712 

0E80h 

FC-PI-4 (no version claimed) 

116 

2 

3714 

0E82h 

FC-PI-4 T11/1647-D revision 8.0 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

116 

8 

3720 

0E88h 

FC-PI-4 ANSI INCUS 450-2009 

117 

0 

3744 

OEAOh 

FC 10GFC (no version claimed) 

117 

2 

3746 

0EA2h 

FC 10GFC ANSI INCUS 364-2003 

117 

3 

3747 

0EA3h 

FC 10GFC ISO/IEC 14165-116 

117 

5 

3749 

0EA5h 

FC 10GFC ISO/IEC 14165-116 with AMI 

117 

6 

3750 

0EA6h 

FC 10GFC ANSI INCUS 364-2003 with AMI ANSI INCUS 
364/AM 1-2007 

118 

0 

3776 

OECOh 

FC-SP-2 (no version claimed) 

119 

0 

3808 

OEEOh 

FC-FS-3 (no version claimed) 

119 

2 

3810 

0EE2h 

FC-FS-3 T11/1861-D revision 0.9 

119 

7 

3815 

0EE7h 

FC-FS-3 T11/1861-D revision 1.0 

119 

9 

3817 

0EE9h 

FC-FS-3 Til /1861-D revision 1.10 

119 

11 

3819 

OEEBh 

FC-FS-3 ANSI INCITS 470-2011 

120 

0 

3840 

OFOOh 

FC-LS-2 (no version claimed) 

120 

3 

3843 

0F03h 

FC-LS-2 T11/2103-D revision 2.11 

120 

5 

3845 

0F05h 

FC-LS-2 T11/2103-D revision 2.21 

120 

7 

3847 

0F07h 

FC-LS-2 ANSI INCITS 477-2011 

121 

0 

3872 

0F20h 

FC-PI-5 (no version claimed) 

121 

7 

3879 

0F27h 

FC-PI-5 T11/2118-D revision 2.00 

121 

8 

3880 

0F28h 

FC-PI-5 T11/2118-D revision 3.00 

121 

10 

3882 

0F2Ah 

FC-PI-5 T11/2118-D revision 6.00 

121 

11 

3883 

0F2Bh 

FC-PI-5 T11/2118-D revision 6.10 

121 

14 

3886 

0F2Eh 

FC-PI-5 ANSI INCITS 479-2011 

122 

0 

3904 

0F40h 

FC-PI-6 (no version claimed) 

123 

0 

3936 

0F60h 

FC-FS-4 (no version claimed) 

124 

0 

3968 

0F80h 

FC-LS-3 (no version claimed) 

149 

0 

4768 

12A0h 

FC-SCM (no version claimed) 

149 

3 

4771 

12A3h 

FC-SCM T11/1824DT revision 1.0 

149 

5 

4773 

12A5h 

FC-SCM T11/1824DT revision 1.1 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

149 

7 

4775 

12A7h 

FC-SCM T11/1824DT revision 1.4 

149 

10 

4778 

12AAh 

FC-SCM INCUS TR-47 2012 

150 

0 

4800 

12C0h 

FC-DA-2 (no version claimed) 

150 

3 

4803 

12C3h 

FC-DA-2 T11/1870DT revision 1.04 

150 

5 

4805 

12C5h 

FC-DA-2 T11/1870DT revision 1.06 

150 

9 

4809 

12C9h 

FC-DA-2 INCUS TR-49 2012 

151 

0 

4832 

12E0h 

FC-DA (no version claimed) 

151 

2 

4834 

12E2h 

FC-DA Til/1513-DT revision 3.1 

151 

8 

4840 

12E8h 

FC-DA ANSI INCITS TR-36 2004 

151 

9 

4841 

12E9h 

FC-DA ISO/IEC 14165-341 

152 

0 

4864 

1300h 

FC-Tape (no version claimed) 

152 

1 

4865 

1301 h 

FC-Tape T11/1315 revision 1.16 

152 

27 

4891 

131Bh 

FC-Tape T11/1315 revision 1.17 

152 

28 

4892 

131Ch 

FC-Tape ANSI INCITS TR-24 1999 

153 

0 

4896 

1320h 

FC-FLA (no version claimed) 

153 

27 

4923 

133Bh 

FC-FLA T11/1235 revision 7 

153 

28 

4924 

133Ch 

FC-FLA ANSI INCITS TR-20 1998 

154 

0 

4928 

1340h 

FC-PLDA (no version claimed) 

154 

27 

4955 

135Bh 

FC-PLDA T11/1162 revision 2.1 

154 

28 

4956 

135Ch 

FC-PLDA ANSI INCITS TR-19 1998 

155 

0 

4960 

1360h 

SSA-PH2 (no version claimed) 

155 

27 

4987 

137Bh 

SSA-PH2 T10.1/1145-D revision 09c 

155 

28 

4988 

137Ch 

SSA-PH2 ANSI INCITS 293-1996 

156 

0 

4992 

1380h 

SSA-PH3 (no version claimed) 

156 

27 

5019 

139Bh 

SSA-PH3 T10.1/1146-D revision 05b 

156 

28 

5020 

139Ch 

SSA-PH3 ANSI INCITS 307-1998 

165 

0 

5280 

14A0h 

IEEE 1394 (no version claimed) 

165 

29 

5309 

14BDh 

ANSI IEEE 1394-1995 

166 

0 

5312 

14C0h 

IEEE 1394a (no version claimed) 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

167 

0 

5344 

14E0h 

IEEE 1394b (no version claimed) 

175 

0 

5600 

15E0h 

ATA/ATAPI-6 (no version claimed) 

175 

29 

5629 

15FDh 

ATA/ATAPI-6 ANSI INCUS 361-2002 

176 

0 

5632 

1600h 

ATA/ATAPI-7 (no version claimed) 

176 

2 

5634 

1602h 

ATA/ATAPI-7 T13/1532-D revision 3 

176 

28 

5660 

161Ch 

ATA/ATAPI-7 ANSI INCITS 397-2005 

176 

30 

5662 

161 Eh 

ATA/ATAPI-7 ISO/IEC 24739 

177 

0 

5664 

1620h 

ATA/ATAPI-8 ATA8-AAM (no version claimed) 

177 

1 

5665 

1621 h 

ATA/ATAPI-8 ATA8-APT Parallel Transport (no version 
claimed) 

177 

2 

5666 

1622h 

ATA/ATAPI-8 ATA8-AST Serial Transport (no version 
claimed) 

177 

3 

5667 

1623h 

ATA/ATAPI-8 ATA8-ACS ATA/ATAPI Command Set (no 
version claimed) 

177 

8 

5672 

1628h 

ATA/ATAPI-8 ATA8-AAM ANSI INCITS 451-2008 

177 

10 

5674 

162 Ah 

ATA/ATAPI-8 ATA8-ACS ANSI INCITS 452-2009 w/ 
Amendment 1 

185 

8 

5928 

1728h 

Universal Serial Bus Specification, Revision 1.1 

185 

9 

5929 

1729h 

Universal Serial Bus Specification, Revision 2.0 

185 

16 

5936 

1730h 

USB Mass Storage Class Bulk-Only Transport, Revision 1.0 

186 

0 

5952 

1740h 

UAS (no version claimed) 

186 

3 

5955 

1743h 

UAS T10/2095-D revision 02 

186 

7 

5959 

1747h 

UAS T10/2095-D revision 04 

186 

8 

5960 

1748h 

UAS ANSI INCITS 471-2010 

186 

9 

5961 

1749h 

UAS ISO/IEC 14776-251:2014 

187 

1 

5985 

1761 h 

ACS-2 (no version claimed) 

187 

2 

5986 

1762h 

ACS-2 ANSI INCITS 482-2013 

187 

5 

5989 

1765h 

ACS-3 (no version claimed) 

188 

0 

6016 

1780h 

UAS-2 (no version claimed) 

245 

0 

7840 

lEAOh 

SAT (no version claimed) 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

245 

7 

7847 

1EA7h 

SAT T10/1711-D revision 8 

245 

11 

7851 

lEABh 

SAT T10/1711-D revision 9 

245 

13 

7853 

lEADh 

SAT ANSI INCITS 431-2007 

246 

0 

7872 

lECOh 

SAT-2 (no version claimed) 

246 

4 

7876 

1 EC4h 

SAT-2 T10/1826-D revision 06 

246 

8 

7880 

1 EC8h 

SAT-2 T10/1826-D revision 09 

246 

10 

7882 

lECAh 

SAT-2 ANSI INCITS 465-2010 

247 

0 

7904 

lEEOh 

SAT-3 (no version claimed) 

247 

2 

7906 

1EE2h 

SAT-3 T10/BSR INCITS 517 revision 4 

247 

4 

7908 

1EE4h 

SAT-3 T10/BSR INCITS 517 revision 7 

247 

8 

7912 

1EE8h 

SAT-3 ANSI INCITS 517-2015 

248 

0 

7936 

IFOOh 

SAT-4 (no version claimed) 

261 

0 

8352 

20A0h 

SPL (no version claimed) 

261 

3 

8355 

20A3h 

SPL T10/2124-D revision 6a 

261 

5 

8357 

20A5h 

SPL T10/2124-D revision 7 

261 

7 

8359 

20A7h 

SPL ANSI INCITS 476-2011 

261 

8 

8360 

20A8h 

SPL ANSI INCITS 476-2011 + SPL AMI INCITS 476/AMI 
2012 

261 

10 

8362 

20AAh 

SPL ISO/IEC 14776-261:2012 

262 

0 

8384 

20C0h 

SPL-2 (no version claimed) 

262 

2 

8386 

20C2h 

SPL-2 T10/BSR INCITS 505 revision 4 

262 

4 

8388 

20C4h 

SPL-2 T10/BSR INCITS 505 revision 5 

262 

8 

8392 

20C8h 

SPL-2 ANSI INCITS 505-2013 

263 

0 

8416 

20E0h 

SPL-3 (no version claimed) 

263 

4 

8420 

20E4h 

SPL-3 T10/BSR INCITS 492 revision 6 

263 

6 

8422 

20E6h 

SPL-3 T10/BSR INCITS 492 revision 7 

263 

8 

8424 

20E8h 

SPL-3 ANSI INCITS 492-2015 

264 

0 

8448 

2100h 

SPL-4 (no version claimed) 

271 

0 

8672 

21E0h 

SOP (no version claimed) 
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Standard 

Code 

Revision 

Code 

Version 

Descriptor Code 

Standard 

decimal 

hex 

271 

4 

8676 

21E4h 

SOP T10/BSR INCITS 489 revision 4 

271 

6 

8678 

21 E6h 

SOP T10/BSR INCITS 489 revision 5 

271 

8 

8680 

21E8h 

SOP ANSI INCITS 489-2014 

272 

0 

8704 

2200h 

PQI (no version claimed) 

272 

4 

8708 

2204h 

PQI T10/BSR INCITS 490 revision 6 

272 

6 

8710 

2206h 

PQI T10/BSR INCITS 490 revision 7 

272 

8 

8712 

2208h 

PQI ANSI INCITS 490-2014 

273 

0 

8736 

2220h 

SOP-2 (no version claimed) 

274 

0 

8768 

2240 h 

PQI-2 (no version claimed) 

2046 

0 

65472 

FFCOh 

IEEE 1667 (no version claimed) 

2046 

1 

65473 

FFCIh 

IEEE 1667-2006 

2046 

2 

65474 

FFC2h 

IEEE 1667-2009 


Table E.19 shows the guidelines used by T10 when selecting a coded value for a standard. 

Table E.19 — Standard code value guidelines (part 1 of 6) 


Standard 

Code 

Standard or standards family 

0 

Version Descriptor Not Supported 

1 to 8 

Architecture Model 

1 

SAM 

2 

SAM-2 

3 

SAM-3 

4 

SAM-4 

5 

SAM-5 

6 

SAM-6 

9 to 64 

Command Set 

9 

SPC 

10 

MMC 

11 

see 

12 

SBC 
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Standard 

Code 

Standard or standards family 

13 

SMC 

14 

SES 

15 

SCC-2 

16 

SSC 

17 

RBC 

18 

MMC-2 

19 

SPC-2 

20 

OCRW 

21 

MMC-3 

22 

obsolete 

23 

SMC-2 

24 

SPC-3 

25 

SBC-2 

26 

OSD 

27 

SSC-2 

28 

obsolete 

29 

MMC-4 

30 

ADC 

31 

SES-2 

32 

SSC-3 

33 

MMC-5 

34 

OSD-2 

35 

SPC-4 

36 

SMC-3 

37 

ADC-2 

38 

SBC-3 

39 

MMC-6 

40 

ADC-3 

41 

SSC-4 

43 

OSD-3 


44 


SES-3 








Code 

Standard or standards family 

89 

EPI 

90 

SPI-4 

91 

SPI-5 

95 to 104 

Serial Attached SCSI 

95 

SAS 

96 

SAS-1.1 

97 

SAS-2 

98 

SAS-2.1 

99 

SAS-3 

100 

SAS-4 

105 to 154 

Fibre Channel 

105 

FC-PH and FC-PH Amendment 

106 

FC-AL 

107 

FC-AL-2 

108 

FC-PH-3 

109 

FC-FS 

110 

FC-PI 

111 

FC-PI-2 

112 

FC-FS-2 

113 

FC-LS 

114 

FC-SP 

115 

FC-PI-3 

116 

FC-PI-4 

117 

FC 10GFC 

118 

FC-SP-2 

119 

FC-FS-3 

120 

FC-LS-2 

121 

FC-PI-5 

122 

FC-PI-6 

123 

FC-FS-4 


124 


FC-LS-3 




T10/BSR INCUS 502 Revision 05 


12 August 2015 


Table E.19 — Standard code value guidelines (part 5 of 6) 


Standard 

Code 

Standard or standards family 

149 

FC-SCM 

150 

FC-DA-2 

151 

FC-DA 

152 

FC-Tape 

153 

FC-FLA 

154 

FC-PLDA 

155 to 164 

SSA 

155 

SSA-PH2 

156 

SSA-PH3 

165 to 174 

IEEE 1394 

165 

IEEE 1394:1995 

166 

IEEE 1394a 

167 

IEEE 1394b 

175 to 200 

ATAPI & USB 

175 

ATA/ATAPI-6 

176 

ATA/ATAPI-7 

177 

ATA/ATAPI-8 

185 

USB 

186 

UAS 

187 

ACS-x 

188 

obsolete 

201 to 224 

Networking 

225 to 244 

ATM 

245 to 260 

Translators 

245 

SAT 

246 

SAT-2 

247 

SAT-3 

248 

SAT-4 

261 to 270 

SAS Transport Protocols 

261 

SPL 

262 

SPL-2 
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Table E.19 — Standard code value guidelines (part 6 of 6) 


Standard 

Code 

Standard or standards family 

263 

SPL-3 

264 

SPL-4 

271 to 290 

SCSI over PCI Express Transport Protocols 

271 

SOP 

272 

PQI 

273 

SOP-2 

274 

PQI-2 

291 to 2045 

Reserved for Expansion 

2046 

IEEE 1667 

2047 

Reserved 
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E.10 T10 IEEE binary identifiers 

The IEEE binary identifiers assigned to T10 standards are shown in table E.20. 

Table E.20 — IEEE binary identifiers assigned by T10 


IEEE Binary Identifier 

T10 Standard 

0060 9E01 03E0h 

0060 9E01 0483h 

0060 9E01 04D8h 

0060 9E01 05BBh 

0060 9E01 0800h 

0060 9E01 0801 h 

SBP (obsolete) 

SBP-2 

SPC-2 

SBP-3 

SRP revision 10 

ANSI SRP 
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Annex F 

(informative) 

T10 vendor identification 

This annex contains the list of T10 vendor identifications (see table F.1) as of the date of this document. The 
purpose of this list is to help avoid redundant usage of T10 vendor identifications. Technical Committee T10 of 
Accredited Standards Committee INCITS maintains an informal list of T10 vendor identifications currently in 
use. The T10 web site, http://www.t10.org, provides a convenient means to request an identification code. If 
problems are encountered using the T10 web site, please contact the chairman of T10 prior to using a new 
T10 vendor identification to avoid conflicts. 

The information in this annex was complete and accurate at the time of publication. However, the information 
is subject to change. Technical Committee T10 of INCITS maintains an electronic copy of this information on 
its website (http://www.t10.org/). In the event that the T10 website is no longer active, access may be possible 
via the INCITS website (http://www.incits.org), the ANSI website (http://www.ansi.org), the IEC website 
(http://www.iec.ch/), the ISO website (http://www.iso.ch/), or the ISO/IEC JTC 1 website (http://www.jtd.org/). 


Table F.1 — T10 vendor identification list (part 1 of 18) 


ID 

Organization 

0B4C 

MOOSIK Ltd. 

13FE 

PHISON 

2AI 

2AI (Automatisme et Avenir Informatique) 

3M 

3M Company 

3nhtech 

3NH Technologies 

3PARdata 

3PARdata, Inc. (now HP) 

A-Max 

A-Max Technology Co., Ltd 

ABSOLUTE 

Absolute Analysis 

ACARD 

ACARD Technology Corp. 

Accusys 

Accusys INC. 

Acer 

Acer, Inc. 

ACL 

Automated Cartridge Librarys, Inc. 

Actifio 

Actifio 

Acuid 

Acuid Corporation Ltd. 

AcuLab 

AcuLab, Inc. (Tulsa, OK) 

ADAPTEC 

Adaptec (now PMC-Sierra) 

ADIC 

Advanced Digital Information Corporation 

ADSI 

Adaptive Data Systems, Inc. (a Western Digital subsidiary) 

ADTX 

ADTX Co., Ltd. 

ADVA 

ADVA Optical Networking AG 

AEM 

AEM Performance Electronics 

AERONICS 

Aeronics, Inc. 

AGFA 

AGFA 

Agilent 

Agilent Technologies 

AIC 

Advanced Industrial Computer, Inc. 

AIPTEK 

AIPTEK International Inc. 

Alcohol 

Alcohol Soft 

ALCOR 

Alcor Micro, Corp. 

AMCC 

Applied Micro Circuits Corporation 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


717 




T10/BSR INCUS 502 Revision 05 


12 August 2015 


Table F.1 — T10 vendor identification list (part 2 of 18) 


ID 

Organization 

AMCODYNE 

Amcodyne 

Amgeon 

Amgeon LLC 

AMI 

American Megatrends, Inc. 

AMPEX 

Ampex Data Systems 

Amphenol 

Amphenol 

Amtl 

Tenlon Technology Co.,Ltd 

ANAMATIC 

Anamartic Limited (England) 

Ancor 

Ancor Communications, Inc. 

ANCOT 

ANCOT Corp. 

ANDATACO 

Andataco (now nStor) 

andiamo 

Andiamo Systems, Inc. 

ANOBIT 

Anobit 

ANRITSU 

Anritsu Corporation 

ANTONIO 

Antonio Precise Products Manufactory Ltd. 

AoT 

Art of Technology AG 

APPLE 

Apple Computer, Inc. 

ARCHIVE 

Archive 

ARDENCE 

Ardence Inc 

Areca 

Areca Technology Corporation 

Arena 

MaxTronic International Co., Ltd. 

Argent 

Argent Data Systems, Inc. 

ARIO 

Ario Data Networks, Inc. 

ARISTOS 

Aristos Logic Corp. (now part of PMC Sierra) 

ARK 

ARK Research Corporation 

ARL:UT@A 

Applied Research Laboratories : University of Texas at Austin 

ARTECON 

Artecon Inc. (Obs. - now Dot Hill) 

Artistic 

Artistic Licence (UK) Ltd 

ARTON 

Arton Int. 

ASACA 

ASACA Corp. 

ASC 

Advanced Storage Concepts, Inc. 

ASPEN 

Aspen Peripherals 

AST 

AST Research 

ASTEK 

Astek Corporation 

ASTK 

Alcatel STK A/S 

ASTUTE 

Astute Networks, Inc. 

AT&T 

AT&T 

ATA 

SCSI / ATA Translator Software (Organization Not Specified) 

ATARI 

Atari Corporation 

ATech 

ATech electronics 

ATG CYG 

ATG Cygnet Inc. 

ATL 

Guantum|ATL Products 

ATTO 

ATTO Technology Inc. 

ATTRATEC 

Attratech Ltd liab. Co 

ATX 

Alphatronix 

AURASEN 

Aurasen Limited 

Avago 

Avago Technologies 

AVC 

AVC Technology Ltd 
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Table F.1 — T10 vendor identification list (part 3 of 18) 


ID 

Organization 

AVIDVIDR 

AVID Technologies, Inc. 

AVR 

Advanced Vision Research 

AXSTOR 

AXSTOR 

Axxana 

Axxana Ltd. 

B*BRIDGE 

Blockbridge Networks LLC 

BALLARD 

Ballard Synergy Corp. 

Barco 

Barco 

BAROMTEC 

Barom Technologies Co., Ltd. 

Bassett 

Bassett Electronic Systems Ltd 

BC Hydro 

BC Hydro 

BDT 

BDT AG 

BECEEM 

Beceem Communications, Inc 

BENQ 

BENO Corporation. 

BERGSWD 

Berg Software Design 

BEZIER 

Bezier Systems, Inc. 

BHTi 

Breece Hill Technologies 

biodata 

Biodata Devices SL 

BIOS 

BIOS Corporation 

BIR 

Bio-Imaging Research, Inc. 

BIT 

BiT Microsystems (obsolete, new ID: BITMICRO) 

BITMICRO 

BiT Microsystems, Inc. 

Blendlgy 

Blendology Limited 

BLOOMBAS 

Bloombase Technologies Limited 

BlueArc 

BlueArc Corporation 

bluecog 

bluecog 

BME-HVT 

Broadband Infocommunicatons and Electromagnetic Theory Department 

BNCHMARK 

Benchmark Tape Systems Corporation 

Bosch 

Robert Bosch GmbH 

Botman 

Botmanfamily Electronics 

BoxHill 

Box Hill Systems Corporation (Obs. - now Dot Hill) 

BRDGWRKS 

Bridgeworks Ltd. 

BREA 

BREA Technologies, Inc. 

BREECE 

Breece Hill LLC 

BreqLabs 

BreqLabs Inc. 

Broadcom 

Broadcom Corporation 

BROCADE 

Brocade Communications Systems, Incorporated 

BUFFALO 

BUFFALO INC. 

BULL 

Bull Peripherals Corp. 

BUSLOGIC 

BusLogic Inc. 

BVIRTUAL 

B-Virtual N.V. 

CACHEIO 

CachelO LLC 

CalComp 

CalComp, A Lockheed Company 

CALCULEX 

CALCULEX, Inc. 

CALIPER 

Caliper (California Peripheral Corp.) 

CAMBEX 

Cambex Corporation 

CAMEOSYS 

Cameo Systems Inc. 

CANDERA 

Candera Inc. 
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Table F.1 — T10 vendor identification list (part 4 of 18) 


ID 

Organization 

CAPTION 

CAPTION BANK 

CAST 

Advanced Storage Tech 

CATALYST 

Catalyst Enterprises 

CCDISK 

iSCSI Cake 

CDC 

Control Data or MPI 

CDP 

Columbia Data Products 

Celsia 

A M Bromley Limited 

CenData 

Central Data Corporation 

Cereva 

Cereva Networks Inc. 

CERTANCE 

Certance 

Chantil 

Chantil Technology 

CHEROKEE 

Cherokee Data Systems 

CHINON 

Chinon 

CHRISTMA 

Christmann Informationstechnik + Medien GmbH & Co KG 

CIE&YED 

YE Data, C.ltoh Electric Corp. 

CIPHER 

Cipher Data Products 

Ciprico 

Ciprico, Inc. 

CIRRUSL 

Cirrus Logic Inc. 

CISCO 

Cisco Systems, Inc. 

CLEARSKY 

ClearSky Data, Inc. 

CLOVERLF 

Cloverleaf Communications, Inc 

CLS 

Celestica 

CMD 

CMD Technology Inc. 

CMTechno 

CMTech 

CNGRSFW 

Congruent Software, Inc. 

CNSi 

Chaparral Network Storage, Inc. 

CNT 

Computer Network Technology 

COBY 

Coby Electronics Corporation, USA 

COGITO 

Cogito 

COMAY 

Corerise Electronics 

COMPAQ 

Compaq Computer Corporation (now HP) 

COMPELNT 

Compellent Technologies, Inc. (now Dell) 

COMPORT 

Comport Corp. 

COMPSIG 

Computer Signal Corporation 

COMPTEX 

Comptex Pty Limited 

CONNER 

Conner Peripherals 

COPANSYS 

COPAN SYSTEMS INC 

CORAID 

Coraid, Inc 

CORE 

Core International, Inc. 

CORERISE 

Corerise Electronics 

COVOTE 

Covote GmbH & Co KG 

COWON 

COWON SYSTEMS, Inc. 

CPL 

Cross Products Ltd 

CPU TECH 

CPU Technology, Inc. 

CREO 

Creo Products Inc. 

CROSFLD 

Crosfield Electronics (now FujiFilm Electonic Imaging Ltd) 

CROSSRDS 

Crossroads Systems, Inc. 
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Table F.1 — T10 vendor identification list (part 5 of 18) 


ID 

Organization 

crosswlk 

Crosswalk, Inc. 

CSCOVRTS 

Cisco - Veritas 

CSM, INC 

Computer SM, Inc. 

Cunuqui 

CUNUQUI SLU 

CYBERNET 

Cybernetics 

Cygnal 

Dekimo 

CYPRESS 

Cypress Semiconductor Corp. 

D Bit 

Digby’s Bitpile, Inc. DBA D Bit 

DALSEMI 

Dallas Semiconductor 

DANEELEC 

Dane-Elec 

DANGER 

Danger Inc. 

DAT-MG 

DAT Manufacturers Group 

Data Com 

Data Com Information Systems Pty. Ltd. 

DATABOOK 

Databook, Inc. 

DATACOPY 

Datacopy Corp. 

DataCore 

DataCore Software Corporation 

DataG 

DataG ravity 

DATAPT 

Datapoint Corp. 

DATARAM 

Dataram Corporation 

DATC 

Datum Champion Technology Co., Ltd 

DAVIS 

Daviscomms (S) Pte Ltd 

DCS 

ShenZhen DCS Group Co.,Ltd 

DDN 

DataDirect Networks, Inc. 

DDRDRIVE 

DDRdrive LLC 

DE 

Dimension Engineering LLC 

DEC 

Digital Equipment Corporation (now HP) 

DEI 

Digital Engineering, Inc. 

DELL 

Dell, Inc. 

Dell(tm) 

Dell, Inc 

DELPHI 

Delphi Data Div. of Sparks Industries, Inc. 

DENON 

Denon/Nippon Columbia 

DenOptix 

DenOptix, Inc. 

DEST 

DEST Corp. 

DFC 

DavioFranke.com 

DFT 

Data Fault Tolerance System CO.,LTD. 

DGC 

Data General Corp. 

DIGIDATA 

Digi-Data Corporation 

Digilntl 

Digi International 

Digital 

Digital Equipment Corporation (now HP) 

DILOG 

Distributed Logic Corp. 

DISC 

Document Imaging Systems Corp. 

DiscSoft 

Disc Soft Ltd 

DLNET 

Driveline 

DNS 

Data and Network Security 

DNUK 

Digital Networks Uk Ltd 

DotHill 

Dot Hill Systems Corp. 

DP 

Dell, Inc. 


Working Draft SCSI Primary Commands - 5 (SPC-5) 


721 




T10/BSR INCUS 502 Revision 05 


12 August 2015 


Table F.1 — T10 vendor identification list (part 6 of 18) 


ID 

Organization 

DPT 

Distributed Processing Technology 

Drewtech 

Drew Technologies, Inc. 

DROBO 

Data Robotics, Inc. 

DSC 

DigitalStream Corporation 

DSI 

Data Spectrum, Inc. 

DSM 

Deterner Steuerungs- und Maschinenbau GmbH & Co. 

DSNET 

Cleversafe, Inc. 

DT 

Double-Take Software, INC. 

DTC QUME 

Data Technology Qume 

DXIMAGIN 

DX Imaging 

E-Motion 

E-Motion LLC 

EARTHLAB 

EarthLabs 

EarthLCD 

Earth Computer Technologies, Inc. 

ECCS 

ECCS, Inc. 

ECMA 

European Computer Manufacturers Association 

EDS 

Embedded Data Systems 

EIM 

InfoCore 

ELE Inti 

ELE International 

ELEGANT 

Elegant Invention, LLC 

Elektron 

Elektron Music Machines MAV AB 

el ipsan 

Elipsan UK Ltd. 

Elms 

Elms Systems Corporation 

ELSE 

ELSE Ltd. 

ELSEC 

Littlemore Scientific 

EMASS 

EMASS, Inc. 

EMC 

EMC Corp. 

EMiT 

EMiT Conception Eletronique 

EMTEC 

EMTEC Magnetics 

EMULEX 

Emulex 

ENERGY-B 

Energybeam Corporation 

ENGENIO 

Engenio Information Technologies, Inc. 

ENMOTUS 

Enmotus Inc 

Entacore 

Entacore 

EPOS 

EPOS Technologies Ltd. 

EPSON 

Epson 

EQLOGIC 

EqualLogic 

Eris/RSI 

RSI Systems, Inc. 

ETERNE 

EterneData Technology Co.,Ltd.(China PRC.) 

EuroLogc 

Eurologic Systems Limited (now part of PMC Sierra) 

evolve 

Evolution Technologies, Inc 

EXABYTE 

Exabyte Corp. (now part of Tandberg) 

EXATEL 

Exatelecom Co., Ltd. 

EXAVIO 

Exavio, Inc. 

Exsequi 

Exsequi Ltd 

Exxotest 

Annecy Electronique 

FAIRHAVN 

Fairhaven Health, LLC 

FALCON 

FalconStor, Inc. 
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Table F.1 — T10 vendor identification list (part 7 of 18) 


ID 

Organization 

FFEILTD 

FujiFilm Electonic Imaging Ltd 

Fibxn 

Fiberxon, Inc. 

FID 

First International Digital, Inc. 

FILENET 

FileNet Corp. 

FirmFact 

Firmware Factory Ltd 

FLYFISH 

Flyfish Technologies 

FOXCONN 

Foxconn Technology Group 

FRAMDRV 

FRAMEDRIVE Corp. 

FREECION 

Nable Communications, Inc. 

FRESHDTK 

Fresh Detect GmbH 

FSC 

Fujitsu Siemens Computers 

FTPL 

Frontline Technologies Pte Ltd 

FUJI 

Fuji Electric Co., Ltd. (Japan) 

FUJIFILM 

Fuji Photo Film, Co., Ltd. 

FUJITSU 

Fujitsu 

FUNAI 

Funai Electric Co., Ltd. 

FUSIONIO 

Fusion-io Inc. 

FUTURED 

Future Domain Corp. 

G&D 

Giesecke & Devrient GmbH 

G.TRONIC 

Globaltronic - Electronica e Telecomunicacoes, S.A. 

Gadzoox 

Gadzoox Networks, Inc. (now part of Broadcom) 

Gammaflx 

Gammaflux L.P. 

GDI 

Generic Distribution International 

GEMALTO 

gemalto 

Gen_Dyn 

General Dynamics 

Generic 

Generic Technology Co., Ltd. 

GENSIG 

General Signal Networks 

GEO 

Green Energy Options Ltd 

GIGATAPE 

GIGATAPE GmbH 

GIGATRND 

GigaTrend Incorporated 

Global 

Global Memory Test Consortium 

Gnutek 

Gnutek Ltd. 

Goidelic 

Goidelic Precision, Inc. 

Gold Key 

GoIdKey Security Corporation 

GoldStar 

LG Electronics Inc. 

GOOGLE 

Google, Inc. 

GORDIUS 

Gordius 

GOULD 

Gould 

HAGIWARA 

Hagiwara Sys-Com Co., Ltd. 

HAPP3 

Inventec Multimedia and Telecom co., ltd 

HDS 

Horizon Data Systems, Inc. 

Helldyne 

Helldyne, Inc 

Heydays 

Mazo Technology Co., Ltd. 

HGST 

HGST a Western Digital Company 

HI-TECH 

HI-TECH Software Pty. Ltd. 

HITACHI 

Hitachi America Ltd or Nissei Sangyo America Ltd 

HL-DT-ST 

Hitachi-LG Data Storage, Inc. 
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Table F.1 — T10 vendor identification list (part 8 of 18) 


ID 

Organization 

HONEYWEL 

Honeywell Inc. 

Hoptroff 

HexWax Ltd 

HORIZONT 

Horizontigo Software 

HP 

Hewlett Packard 

HPQ 

Hewlett Packard 

HUALU 

CHINA HUALU GROUP CO., LTD 

HUASY 

Huawei Symantec Technologies Co., Ltd. 

HYLINX 

Hylinx Ltd. 

HYUNWON 

HYUNWON Inc 

i-cubed 

i-cubed ltd. 

IBM 

International Business Machines 

Icefield 

Icefield Tools Corporation 

Ice web 

Iceweb Storage Corp 

ICL 

ICL 

ICP 

ICP vortex Computersysteme GmbH 

IDE 

International Data Engineering, Inc. 

IDG 

Interface Design Group 

IET 

ISCSI ENTERPRISE TARGET 

IFT 

Infortrend Technology, Inc. 

IGR 

Intergraph Corp. 

IMAGINE 

Imagine Communications Corp. 

IMAGO 

IMAGO SOFTWARE SL 

IMATION 

Imation 

IMPLTD 

Integrated Micro Products Ltd. 

IMPRIMIS 

Imprimis Technology Inc. 

INCIPNT 

Incipient Technologies Inc. 

INCUS 

InterNational Committee for Information Technology 

INDCOMP 

Industrial Computing Limited 

Indigita 

Indigita Corporation 

INFOCORE 

InfoCore 

INITIO 

Initio Corporation 

INRANGE 

INRANGE Technologies Corporation 

Insight 

L-3 Insight Technology Inc 

INSITE 

Insite Peripherals 

integrix 

Integrix, Inc. 

INTEL 

Intel Corporation 

Intransa 

Intransa, Inc. 

IOC 

I/O Concepts, Inc. 

iofy 

iofy Corporation 

IOMEGA 

Iomega 

IOT 

10 Turbine, Inc. 

iPaper 

intelliPaper, LLC 

iqstor 

iOstor Networks, Inc. 

iQue 

iOue 

ISi 

Information Storage inc. 

Isilon 

Isilon Systems, Inc. 

ISO 

International Standards Organization 
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Table F.1 — T10 vendor identification list (part 9 of 18) 


ID 

Organization 

iStor 

iStor Networks, Inc. 

ITC 

International Tapetronics Corporation 

iTwin 

iTwin Pte Ltd 

IVIVITY 

iVivity, Inc. 

IVMMLTD 

InnoVISION Multimedia Ltd. 

JABIL001 

Jabil Circuit 

JETWAY 

Jetway Information Co., Ltd 

JMR 

JMR Electronics Inc. 

JOFEMAR 

Jofemar 

JOLLYLOG 

Jolly Logic 

JPC Inc. 

JPC Inc. 

JSCSI 

jSCSI Project 

Juniper 

Juniper Networks 

JVC 

JVC Information Products Co. 

KASHYA 

Kashya, Inc. 

KENNEDY 

Kennedy Company 

KENWOOD 

KENWOOD Corporation 

KEWL 

Shanghai KEWL Imp&Exp Co., Ltd. 

Key Tech 

Key Technologies, Inc 

KMNRIO 

Kaminario Technologies Ltd. 

KODAK 

Eastman Kodak 

KONAN 

Konan 

koncepts 

koncepts International Ltd. 

KONICA 

Konica Japan 

KOVE 

KOVE 

KSCOM 

KSCOM Co. Ltd., 

KUDELSKI 

Nagravision SA - Kudelski Group 

Kyocera 

Kyocera Corporation 

Lapida 

Gonmalo Electronics 

LAPINE 

Lapine Technology 

LASERDRV 

LaserDrive Limited 

LASERGR 

Laserg rap hies, Inc. 

LeapFrog 

LeapFrog Enterprises, Inc. 

LEFTHAND 

LeftHand Networks (now HP) 

Leica 

Leica Camera AG 

Lexar 

Lexar Media, Inc. 

LEYIO 

LEYIO 

LG 

LG Electronics Inc. 

LGE 

LG Electronics Inc. 

LIBNOVA 

LIBNOVA, SL Digital Preservation Systems 

LION 

Lion Optics Corporation 

LMS 

Laser Magnetic Storage International Company 

LoupTech 

Loup Technologies, Inc. 

LSI 

LSI Corp. (was LSI Logic Corp.) 

LSILOGIC 

LSI Logic Storage Systems, Inc. 

LTO-CVE 

Linear Tape - Open, Compliance Verification Entity 

LUXPRO 

Luxpro Corporation 
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Table F.1 — T10 vendor identification list (part 10 of 18) 


ID 

Organization 

MacroSAN 

MacroSAN Technologies Co., Ltd. 

Malakite 

Malachite Technologies (New VID is: Sandial) 

MarcBoon 

marcboon.com 

Marner 

Marner Storage Technologies, Inc. 

MARVELL 

Marvell Semiconductor, Inc. 

Matrix 

Matrix Orbital Corp. 

MATSHITA 

Matsushita 

MAXELL 

Hitachi Maxell, Ltd. 

MAXIM-IC 

Maxim Integrated Products 

MaxOptix 

Maxoptix Corp. 

MAXSTRAT 

Maximum Strategy, Inc. 

MAXTOR 

Maxtor Corp. 

MaXXan 

MaXXan Systems, Inc. 

MAYCOM 

maycom Co., Ltd. 

MB EAT 

K-WON C&C Co.,Ltd 

MCC 

Measurement Computing Corporation 

McDATA 

McDATA Corporation 

MCUBE 

Mcube Technology Co., Ltd. 

MDI 

Micro Design International, Inc. 

MEADE 

Meade Instruments Corporation 

media mat 

mediamatic 

MegaElec 

Mega Electronics Ltd 

MEN 

Mountain Engineering II, Inc. 

MELA 

Mitsubishi Electronics America 

MELCO 

Mitsubishi Electric (Japan) 

mellanox 

Mellanox Technologies Ltd. 

MEMOREX 

Memorex Telex Japan Ltd. 

MEMREL 

Memrel Corporation 

MEMTECH 

MemTech Technology 

MendoCno 

Mendocino Software 

MERIDATA 

Oy Meridata Finland Ltd 

METHODEI 

Methode Electronics India pvt ltd 

METRUM 

Metrum, Inc. 

MHTL 

Matsunichi Hi-Tech Limited 

MICROBTX 

Microbotics Inc. 

Microchp 

Microchip Technology, Inc. 

MICROLIT 

Microlite Corporation 

MICRON 

Micron Technology, Inc. 

MICROP 

Micropolis 

MICROTEK 

Microtek Storage Corp 

Minitech 

Minitech (UK) Limited 

Minolta 

Minolta Corporation 

MINSCRIB 

Miniscribe 

MiraLink 

MiraLink Corporation 

Mirifica 

Mirifica s.r.l. 

MITSUMI 

Mitsumi Electric Co., Ltd. 

MKM 

Mitsubishi Kagaku Media Co., LTD. 
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Mobii 

Mobii Systems (Pty.) Ltd. 

MOL 

Petrosoft Sdn. Bhd. 

MOSAID 

Mosaid Technologies Inc. 

MOTOROLA 

Motorola 

M P-400 

Daiwa Manufacturing Limited 

MPC 

MPC Corporation 

MPCCORP 

MPC Computers 

MPEYE 

Touchstone Technology Co., Ltd 

MPIO 

DKT Co.,Ltd 

MPM 

Mitsubishi Paper Mills, Ltd. 

MPMan 

MPMan.com, Inc. 

MSFT 

Microsoft Corporation 

MSI 

Micro-Star International Corp. 

MST 

Morning Star Technologies, Inc. 

MSystems 

M-Systems Flash Disk Pioneers 

MTI 

MTI Technology Corporation 

MTNGATE 

MountainGate Data Systems 

MXI 

Memory Experts International 

nac 

nac Image Technology Inc. 

NAGRA 

Nagravision SA - Kudelski Group 

NAI 

North Atlantic Industries 

NAKAMICH 

Nakamichi Corporation 

Natlnst 

National Instruments 

NatSemi 

National Semiconductor Corp. 

NCITS 

InterNational Committee for Information Technology Standards (INCITS) 

NCL 

NCL America 

NCR 

NCR Corporation 

NDBTECH 

NDB Technologie Inc. 

Neartek 

Neartek, Inc. 

NEC 

NEC 

NETAPP 

NetApp, Inc. (was Network Appliance) 

NetBSD 

The NetBSD Foundation 

Netcom 

Netcom Storage 

NETENGIN 

NetEngine, Inc. 

NEWISYS 

Newisys Data Storage 

Newtech 

Newtech Co., Ltd. 

NEXSAN 

Nexsan Technologies, Ltd. 

NFINIDAT 

Infinidat Ltd. 

NHR 

NH Research, Inc. 

Nike 

Nike, Inc. 

Nimble 

Nimble Storage 

NISCA 

NISCA Inc. 

NISHAN 

Nishan Systems Inc. 

Nitz 

Nitz Associates, Inc. 

NKK 

NKK Corp. 

NRC 

Nakamichi Research Corporation 

NSD 

Nippon Systems Development Co.,Ltd. 
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NSM 

NSM Jukebox GmbH 

nStor 

nStor Technologies, Inc. 

NT 

Northern Telecom 

NUCONNEX 

NuConnex 

NUSPEED 

NuSpeed, Inc. 

NVIDIA 

NVIDIA Corporation 

NVMe 

NVM Express Working Group 

OAI 

Optical Access International 

OCE 

Oce Graphics 

ODS 

ShenZhen DCS Group Co.,Ltd 

OHDEN 

Ohden Co., Ltd. 

OKI 

OKI Electric Industry Co.,Ltd (Japan) 

Olidata 

Olidata S.p.A. 

OMI 

Optical Media International 

OMNIFI 

Rockford Corporation - Omnifi Media 

OMNIS 

OMNIS Company (FRANCE) 

Ophidian 

Ophidian Designs 

opslag 

Tyrone Systems 

Optelec 

Optelec BV 

Optiarc 

Sony Optiarc Inc. 

OPTIMEM 

Cipher/Optimem 

OPTOTECH 

Optotech 

ORACLE 

Oracle Corporation 

ORANGE 

Orange Micro, Inc. 

ORCA 

Orca Technology 

Origin 

Origin Energy 

OSI 

Optical Storage International 

OSNEXUS 

OS NEXUS, Inc. 

OTL 

OTL Engineering 

OVERLAND 

Overland Storage Inc. 

pacdigit 

Pacific Digital Corp 

Packard 

Parkard Bell 

Panasas 

Panasas, Inc. 

PARALAN 

Paralan Corporation 

PASCOsci 

Pasco Scientific 

PATH LG HT 

Pathlight Technology, Inc. 

PCS 

Pro Charging Systems, LLC 

PerStor 

Perstor 

PERTEC 

Pertec Peripherals Corporation 

PFTI 

Performance Technology Inc. 

PFU 

PFU Limited 

Phigment 

Phigment Technologies 

PHILIPS 

Philips Electronics 

PICO 

Packard Instrument Company 

PIK 

TECHNILIENT & MCS 

Pillar 

Pillar Data Systems 

PIONEER 

Pioneer Electronic Corp. 
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Pirus 

Pirus Networks 

PIVOT3 

Pivot3, Inc. 

PLASMON 

Plasmon Data 

Pliant 

Pliant Technology, Inc. 

PMCSIERA 

PMC-Sierra 

PME 

Precision Measurement Engineering 

PNNMed 

PNN Medical SA 

POKEN 

Poken SA 

POLYTRON 

PT. HARTONO ISTANA TEKNOLOGI 

PRAIRIE 

PrairieTek 

PREPRESS 

PrePRESS Solutions 

PRESOFT 

PreSoft Architects 

PRESTON 

Preston Scientific 

PRIAM 

Priam 

PRIMAGFX 

Primagraphics Ltd 

PRIMOS 

Primos 

PROCOM 

Procom Technology 

PROLIFIC 

Prolific Technology Inc. 

PROMISE 

PROMISE TECHNOLOGY Inc 

PROSTOR 

ProStor Systems, Inc. 

PROSUM 

PROSUM 

PROWARE 

Proware Technology Corp. 

PTI 

Peripheral Technology Inc. 

PTICO 

Pacific Technology International 

PURE 

PURE Storage 

Qi-Hardw 

Qi Hardware 

QIC 

Quarter-Inch Cartridge Drive Standards, Inc. 

Q Logic 

QLogic Corporation 

QNAP 

QNAP Systems 

Qsan 

QSAN Technology, Inc. 

QUALSTAR 

Qualstar 

QUANTEL 

Quantel Ltd. 

QUANTUM 

Quantum Corp. 

QUIX 

Quix Computerware AG 

R-BYTE 

R-Byte, Inc. 

RACALREC 

Racal Recorders 

RADITEC 

Radikal Technologies Deutschland GmbH 

RADSTONE 

Radstone Technology 

RAIDINC 

RAID Inc. 

RASSYS 

Rasilient Systems Inc. 

RASVIA 

Rasvia Systems, Inc. 

rave-mp 

Go Video 

RDKMSTG 

MMS Dipl. Ing. Rolf-Dieter Klein 

RDStor 

Rorke China 

Readboy 

Read boy Ltd Co. 

Realm 

Realm Systems 

realtek 

Realtek Semiconductor Corp. 
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REDUXIO 

Reduxio Systems Ltd. 

rehanltd 

Rehan Electronics Ltd 

REKA 

REKA HEALTH PTE LTD 

RELDATA 

RELDATA Inc 

RENAGmbH 

RENA GmbH 

ReThinkM 

RETHINK MEDICAL, INC 

Revivio 

Revivio, Inc. 

RGBLaser 

RGB Lasersysteme GmbH 

RGI 

Raster Graphics, Inc. 

RHAPSODY 

Rhapsody Networks, Inc. 

RHS 

Racal-Heim Systems GmbH 

RICOH 

Ricoh 

RODIME 

Rod i me 

Rorke 

RD DATA Technology (ShenZhen) Limited 

Royaltek 

RoyalTek company Ltd. 

RPS 

RPS 

RTI 

Reference Technology 

S-D 

Sauer-Danfoss 

S-flex 

Storageflex Inc 

S-SYSTEM 

S-SYSTEM 

SI 

storONE 

SAMSUNG 

Samsung Electronics Co., Ltd. 

SAN 

Storage Area Networks, Ltd. 

Sandial 

Sandial Systems, Inc. 

SanDisk 

SanDisk Corporation 

SANKYO 

Sankyo Seiki 

SANRAD 

SANRAD Inc. 

SANYO 

SANYO Electric Co., Ltd. 

SC.Net 

StorageConnections.Net 

SCALE 

Scale Computing, Inc. 

SCIENTEK 

SCIENTEK CORP 

SCInc. 

Storage Concepts, Inc. 

SCREEN 

Dainippon Screen Mfg. Co., Ltd. 

SDI 

Storage Dimensions, Inc. 

SDS 

Solid Data Systems 

SEAC 

SeaChange International, Inc. 

SEAGATE 

Seagate 

SEAGRAND 

SEAGRAND In Japan 

Seanodes 

Seanodes 

Sec. Key 

SecureKey Technologies Inc. 

SECUOIA 

Sequoia Advanced Technologies, Inc. 

SGI 

Silicon Graphics International 

Shannon 

Shannon Systems Co., Ltd. 

Shinko 

Shinko Electric Co., Ltd. 

SIEMENS 

Siemens 

SigmaTel 

SigmaTel, Inc. 

Sll 

Seiko Instruments Inc. 
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SIMPLE 

SimpleTech, Inc. (Obs - now STEC, Inc.) 

SIVMSD 

IMAGO SOFTWARE SL 

SKhynix 

SK hynix Inc. 

SLCNSTOR 

SiliconStor, Inc. 

SLI 

Sierra Logic, Inc. 

SMCI 

Super Micro Computer, Inc. 

SmrtStor 

Smart Storage Systems 

SMS 

Scientific Micro Systems/OMTI 

SMSC 

SMSC Storage, Inc. 

SMX 

Smartronix, Inc. 

SNYSIDE 

Sunnyside Computing Inc. 

SoftLock 

Softlock Digital Security Provider 

Sol id Fir 

SolidFire, Inc. 

SONIC 

Sonic Solutions 

SoniqCas 

SoniqCast 

SONY 

Sony Corporation Japan 

SOUL 

Soul Storage Technology (Wuxi) Co., Ltd 

SPD 

Storage Products Distribution, Inc. 

SPECIAL 

Special Computing Co. 

SPECTRA 

Spectra Logic, a Division of Western Automation Labs, Inc. 

SPERRY 

Sperry (now Unisys Corp.) 

Spintso 

Spintso International AB 

STARBORD 

Starboard Storage Systems, Inc. 

STARWIND 

StarWind Software, Inc. 

STEC 

STEC, Inc. 

Sterling 

Sterling Diagnostic Imaging, Inc. 

STK 

Storage Technology Corporation 

STNWOOD 

Stonewood Group 

STONEFLY 

StoneFly Networks, Inc. 

STOR 

StorageNetworks, Inc. 

STORAPP 

StorageApps, Inc. (now HP) 

STORCOMP 

Storage Computer Corporation 

STORM 

Storm Technology, Inc. 

StorMagc 

StorMagic 

Stratus 

Stratus Technologies 

StrmLgc 

StreamLogic Corp. 

SUMITOMO 

Sumitomo Electric Industries, Ltd. 

SUN 

Sun Microsystems, Inc. 

SUNCORP 

SunCorporation 

suntx 

Suntx System Co., Ltd 

SUSE 

SUSE Linux 

Swinxs 

Swinxs BV 

SYMANTEC 

Symantec Corporation 

SYMBIOS 

Symbios Logic Inc. 

SYMWAVE 

Symwave, Inc. 

SYNCSORT 

Syncsort Incorporated 

SYNERWAY 

Synerway 
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SYNOLOGY 

Synology, Inc. 

SyQuest 

SyQuest Technology, Inc. 

SYSGEN 

Sysgen 

T-MITTON 

Transmitton England 

T-MOBILE 

T-Mobile USA, Inc. 

Til 

INCITS Technical Committee Til 

TALARIS 

Talaris Systems, Inc. 

TALLGRAS 

Tallgrass Technologies 

TANDBERG 

Tandberg Data A/S 

TANDEM 

Tandem (now HP) 

TAN DON 

Tandon 

TCL 

TCL Shenzhen ASIC Micro-electronics Ltd 

TDK 

TDK Corporation 

TEAC 

TEAC Japan 

TECOLOTE 

Tecolote Designs 

TEGRA 

Tegra Varityper 

Teilch 

Teilch 

Tek 

Tektronix 

TELLERT 

Tellert Elektronik GmbH 

TENTIME 

Laura Technologies, Inc. 

TFDATACO 

TimeForge 

TGEGROUP 

TGE Group Co.,LTD. 

Thecus 

Thecus Technology Corp. 

TI-DSG 

Texas Instruments 

TiGi 

TiGi Corporation 

TILDESGN 

Tildesign bv 

Tite 

Tite Technology Limited 

TKS Inc. 

TimeKeeping Systems, Inc. 

TLMKS 

Telemakus LLC 

TMS 

Texas Memory Systems, Inc. 

TMS100 

Tech noVas 

TOLISGRP 

The TOLIS Group 

TOSHIBA 

Toshiba Japan 

TOYOU 

TOYOU FEIJI ELECTRONICS CO.,LTD. 

Tracker 

Tracker, LLC 

TRIOFLEX 

Trioflex Oy 

TRIPACE 

Tripace 

TRLogger 

TrueLogger Ltd. 

TROIKA 

Troika Networks, Inc. 

TRULY 

TRULY Electronics MFG. LTD. 

TRUSTED 

Trusted Data Corporation 

TSSTcorp 

Toshiba Samsung Storage Technology Corporation 

TZM 

TZ Medical 

UD-DVR 

Bigstone Project. 

UDIGITAL 

United Digital Limited 

UIT 

United Infomation Technology 

ULTRA 

UltraStor Corporation 
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UNISTOR 

Unistor Networks, Inc. 

UNISYS 

Unisys 

USCORE 

Underscore, Inc. 

USDC 

US Design Corp. 

VASCO 

Vasco Data Security 

VDS 

Victor Data Systems Co., Ltd. 

VELDANA 

VELDANA MEDICAL SA 

VENTANA 

Ventana Medical Systems 

Verari 

Verari Systems, Inc. 

VERBATIM 

Verbatim Corporation 

Vercet 

Vercet LLC 

VERITAS 

VERITAS Software Corporation 

VEXCEL 

VEXCEL IMAGING GmbH 

VicomSys 

Vicom Systems, Inc. 

VIDEXINC 

Videx, Inc. 

VIOLIN 

Violin Memory, Inc. 

VIRIDENT 

Virident Systems, Inc. 

VITESSE 

Vitesse Semiconductor Corporation 

VIXEL 

Vixel Corporation (now part of Emulex) 

VLS 

Van Lent Systems BV 

VMAX 

VMAX Technologies Corp. 

VMware 

VMware Inc. 

Vobis 

Vobis Microcomputer AG 

VOLTAIRE 

Voltaire Ltd. 

VRC 

Vermont Research Corp. 

VRugged 

Vanguard Rugged Storage 

VTGadget 

Vermont Gadget Company 

Waitec 

Waitec NV 

WangDAT 

WangDAT 

WANGTEK 

Wangtek 

Wasabi 

Wasabi Systems 

WAVECOM 

Wavecom 

WD 

Western Digital Corporation 

WDC 

Western Digital Corporation 

WDIGTL 

Western Digital 

WDTI 

Western Digital Technologies, Inc. 

WEARNES 

Wearnes Technology Corporation 

WeeraRes 

Weera Research Pte Ltd 

Wildflwr 

Wildflower Technologies, Inc. 

WSC0001 

Wisecom, Inc. 

X3 

InterNational Committee for Information Technology Standards (INCITS) 

XEBEC 

Xebec Corporation 

XENSRC 

XenSource, Inc. 

Xerox 

Xerox Corporation 

XIOtech 

XIOtech Corporation 

XIRANET 

Xiranet Communications GmbH 

XIV 

XIV (now IBM) 
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XtremlO 

XYRATEX 

YINHE 

YIXUN 

YOTTA 

Zarva 

ZETTA 

ZTE 

Z VAULT 

XtremlO 

Xyratex 

NUDT Computer Co. 

Yixun Electronic Co.,Ltd. 

YottaYotta, Inc. 

Zarva Digital Technology Co., Ltd. 

Zetta Systems, Inc. 

ZTE Corporation 

Zetavault 
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